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

svn:ignore vs. .cvsignore

From: Eugene Voytitsky <viy75_at_ukr.net>
Date: 2004-12-08 00:11:26 CET

I've moved to use SVN after 4 years of using CVS.
Yes, SVN is better than CVS in many aspects.

But by now I found at least one issue where CVS is more rich --
SVN doesn't support .svnignore file to specify local
per-directory (and of course per-user) ignore list.

Yes, I know 2 ways to specify ignores for SVN:
1. (server-side, global) by setting `svn:ignore` property for dir
2. (client-side, global) by editing %APPDATA%\Subversion\config
    `global-ignores` property of [miscellany] section

And I even read the discussion

Essence of the discussion is:
"Everything you'd put into a .cvsignore can be put into the svn:ignore
property with the same results."

But I don't agree that result is absolutely the same.
Each of 2 possible SVN ways have disadvantages:

1-st way (server-side, global) may be useless when each team member has
its own stuffs to ignore. Obviously that letting each member ability
to edit/commit svn:ignore prop will lead to mess in repository soon.

2-nd way (client-side, global) is useless because of global leads to
inconvenience: I should specify all ignores for all my repositories
in single config file. Besides of inconvenience it may be also
impossible to apply the same ignore rules for all repositories.

.svnignore file support solves all disadvantages mentioned above.

Btw CVS supports all 3 ways to specify ignore list:
per-repository, per-user (in user home), and local (.cvsignore)

Does anyone share my opinion that .svnignore support isn't useless?

I have tried to open enhancement issue about this topic
but the issue had been marked as invalid immediatelly. :(

Best regards,
Eugene Voytitsky
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 8 00:13:44 2004

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.