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

Re: --ignore-externals by default

From: Olivier FAURAX <ofaurax_at_neotion.com>
Date: Tue, 14 Oct 2008 15:11:18 +0200

Karl Fogel a écrit :
> Olivier FAURAX <ofaurax_at_neotion.com> writes:
>> Karl Fogel a écrit :
>>> Olivier FAURAX <ofaurax_at_neotion.com> writes:
>>>> Hello SVN Gurus,
>>>>
>>>> Would it be possible to tell svn client (Linux command line) to ignore
>>>> externals when ignore-externals option is available (up, st, etc.).
>>>> It's a pain to kill 'svn st' because externals takes too much time to
>>>> verify there is nothing to update and to retype 'svn st
>>>> --ignore-externals' (+400% in length ;) ).
>>>>
>>>> I don't want to redefine all the commands in my .bashrc
>>> Can you clarify? Do you mean you want an "ignore-externals" option to
>>> be made available in the ~/.subversion/config file?
>> Yes.
>> I want ignore-externals to be the default behavior.
>
> You mean "the default behavior for you", right?
>
> We can't make it the default behavior out-of-the-box. But we can offer
> a config option for it, so that you can choose to have that be the
> default for you...

Yes, I don't want to change the overall behavior for everyone ;)

I would like an option to be able to work on a project without
specifying --ignore-externals each time.

Some ideas :
  * a config in ~/.subversion/config (but a user would want to tune
project by project)
  * a config project-wide i.e. a property (svn:ignore-externals ?) that
could be overriden by an option (svn up --force-externals)
  * simply a shorter option : svn up -i

Thanks

-- 
Olivier FAURAX
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-10-14 15:11:48 CEST

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

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