On 9/3/07, Guenther Sohler <guenther.sohler@gmx.at> wrote:
> >
> > Impossible.
> Personally I see this as a missing feature in a well evolved revision control
> system. Could this be an svn improvement idea ?
Have you read http://subversion.tigris.org/faq.html#ignore-commit ? It
explains how you get to have version control of files which are likely
to need adapting locally.
> This would just be an additional option to "svn delete" and not too hard to
> implement.
I'm sorry, but I have a hard time not to feel offended every time a
user says feature should be 'not too hard to implement'. First of all,
Subversion didn't become the system it is (well evolved, as you say)
because we just implement all ideas brought up: all of them are
carefully weighed. The required behaviour and use-cases are discussed
to death, something which can take a *lot* of time in itself.
And then the implementation has to be fully backward compatible: older
clients and servers must still be able to act like they do today.
Now, given the above requirement of backward compatibility, how would
a client which doesn't know about the 'don't delete me locally' flag
behave, given that the file has disappeared (was deleted) on the
server? (Note: if that file gets deleted in the working copy of the
other users, this is likely to be considered a bug, but we have no
operations to 'unversion' a file without deleting it...)
I hope you see now that the issue is actually quite thorny.
bye,
Erik.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Sep 3 14:53:03 2007