[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Blocking specific files from downloading during SVN update?

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: Wed, 7 May 2008 22:33:02 +0100

2008/5/7 Andy Levy <andy.levy_at_gmail.com>:
> On Wed, May 7, 2008 at 5:20 PM, Simon Large
> <simon.tortoisesvn_at_googlemail.com> wrote:
> > 2008/5/7 Benie <b.dobson_at_insightbb.com>:
> >
> > > Can you please explain this section of FAQ more clearly?
> > > It makes me think I'm a developer allowing users to block certain
> > > files, when in reality, I'm the user trying to block certain files
> > > from a developer's SVN.
> > >
> > >
> > >
> > > > http://subversion.tigris.org/faq.html#ignore-commit
> >
> > There is no way to block an update, apart from not selecting that file
> > (or its parent folder) for update in the first place. The whole point
> > of an update is that it pulls the latest version from the repository.
> >
> > If the repository contains files which must be locally customized then
> > there is a problem with the way the developers have set it up, and you
> > should contact them to ask for a resolution.
>
> This is the situation which the FAQ link I provided addresses.

Agreed, but the developers have to do that (version a template and
unversion the customizable file), not end users with read-only access,
which is what the OP is confused about. I think ...

Simon

-- 
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-05-07 23:33:12 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.