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

Karl Fogel wrote:

 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.

Well, I can't speak for Eric, but as for myself, I'd be happy if
~/.subversion problems were warnings instead of hard failures. If there
is a problem with some file there then just warn the user (unless -q is
specified) and continue with the defaults.

There is no need to abort the entire command.

Mix.

---------------------------------------------------------------------
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:49 2006