Stefan Küng wrote:
> Molle Bestefich wrote:
> > I personally find that TSVN's Global Ignore works excellently and is
> > well documented.
> >
> > It's a real mess to deploy it to multiple installations, though. I
> > consider it a Hack which is needed until the Subversion devs implement
> > something smarter that can be stored in the repository.
>
> global ignore patterns are by definition 'global' and not related to
> projects. So storing them in a project would be just wrong.
They're not global, they're local to the client machine onto which
TSVN is installed.
I never said anything about "storing in a project", not sure where you
got that idea from.
> > Same thing goes for TSVN's "set recursive" functionality.
>
> That feature is not from TSVN but from Subversion.
> It's a simple flag passed to the API.
Ok.
Still seems like a "oops, seems like we lack inheritable properties" hack to me.
> > Subversion's svn:ignore just plain sucks, half the time I can't make
> > that work.
> >
> > My dream ignore feature would be:
> > a.) Set svn:ignore on the WC folder containing visual studio projects
> > to "bin obj .*\.suo"
>
> Here's your problem!
> "bin obj *.suo"
> would be correct. The ignore patterns are *not* regex strings. They just
> have *some* regex funtionality (like e.g. [tT] to catch both lower and
> uppercase letter 't').
I described the most useful way to implement ignore patterns across
both SVN and TSVN.
I wasn't talking about a practical problem that I'm fiddling with as we speak.
Regarding the current custom syntax using wildcards with ignore case
additions (as above), it's still far superior to just use regexps
because people know how they work, and if not, it's well documented.
("Ignore case" and "match whole line" aka ^...$ should be the default,
by the way.)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Jun 21 17:50:31 2006