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

Re: svn:ignore vs. .cvsignore

From: David Waite <dwaite_at_gmail.com>
Date: 2004-12-10 09:09:04 CET

On Fri, 10 Dec 2004 06:08:55 +0100, Branko Čibej <brane@xbc.nu> wrote:
> Sure, different tools produce different temporary files and I can
> understand that people want those files ignored, and that you can't
> force everyone on a project to use the same tools. But if ignore
> patterns that would catch those files can also catch artifacts that
> should be committed to the repository, then the tool that prouces them
> is dangerous to use anyway.

So you are suggesting that even though the project has not
standardized on tools, the repository should be changed to accomidate
them via an ever-growing array of ignore patterns? It seems if you
truely are using a wide array of tools, this growth becomes
unmanageable - you cannot tell which patterns are actually in use, or
by which people. With the svn:ignore property it is also extremely
difficult (but certainly not impossible) to track down who added a
particular entry.

With a standardized build environment, svn:ignore makes sense as a
property of the repository as it is part of the policy of the project.
The problem is that there aren't allowences for when this build
environment is not standardized - to require changes to the repository
to accomidate things which are part of the individual user environment
and will never be versioned seems.. backward to me.

Keep in mind that user-global ignore patterns are not suitable, as
some of their projects may standardize on the editor/project
system/toolchain they are having to maintain separately for others.

Assuming that people really do have a need for local ignore behavior,
it is very difficult to manage in subversion today. There is no way to
separately commit file content changes vs. file property changes.

(by the way, the most bizarre setup I have seen actually took the
ignored files and symlinked them to another directory under local
version control)

- David Waite

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Dec 10 09:11:46 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.