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

Re: [PATCH] Stop resurrecting deleted files in ~/.subversion

From: <kfogel_at_newton.ch.collab.net>
Date: 2003-01-25 06:22:36 CET

Colin Watson cjwatson@flatline.org.uk writes:
 On Fri, Jan 24, 2003 at 06:28:13PM -0500, Eric Gillespie wrote:
  * subversion/libsvn_subr/config_file.c:
    (svn_config_ensure): When the .subversion directory does not exist,
    attempt to create it and the default files. Do not attempt to
    create the default files when the directory already exists.
 That means that no extra files can ever be cleanly added to
 ~/.subversion, because existing users won't pick them up. There would
 need to be some kind of versioning if this went in, I feel.

Yah, Colin's mail is my reaction too. How is Subversion supposed to
know what to do when one of those files is missing? For some people,
it's good if svn creates it. For other people, it's bad.

We could have a special flag file (or config option) whose presence
indicates that Subversion shouldn't try to do anything more in there,
but is the extra complexity worth the small annoyance it would save
some users?

Eric, aside from the It's-My-Directory-Dammit Factor, was this causing
you any other problem? Or is that problem so bad? I mean, I
understand the annoyance (believe me, have felt similarly about other
software in the past... certain window managers who shall remain
nameless...), but in this case, one user's bug is another's feature.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 14 02:16:43 2006

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

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