Hi,
On: Sat, 23 Aug 2003 01:29:20 +0100,
Philip Martin <philip@codematters.co.uk> wrote:
> Rene Rebe <rene.rebe@gmx.net> writes:
>
> > svn mv A/test B/
> > svn commit -m "the move breaking some mod-time?"
>
> This commit creates a new revision of A in the repository, and makes A
> out-of-date in your working copy.
Why does it need to make A out-of-date? It was HEAD before - and
should so after the commit, shouldn't it?
> Lo and behold! Your working copy A is out-of-date. Run 'svn up' and
> try again.
Yes - a svn up fixed this (this happend in a real worl repository -
this scratch stuff was just an example to reproduce ...)
> The rules are
>
> - One may commit an add in an out-of-date directory provided the item
> added does not conflict with an item in the HEAD version of the
> directory.
>
> - One may commit a delete of an item from an out-of-date directory
> provided the item being deleted is up-to-date.
Couldn't the same "provided the item deleted does not conflict with an
item in the HEAD version of the directory" apply, as it does for adds
above?
> - Neither of the above cause the working copy directory to get
> updated. To do otherwise would require commits to be able to add,
> and delete, items in the working copy.
Sure.
> - One cannot commit a delete of an out-of-date directory. To do so
> would allow one to delete items one did not know existed.
The questions are: Does the directory really need to be out-of-date in
this case? And can't the same "no conflict rule" as for adds seems to
apply be used here?
> - One cannot commit a property modification to an out-of-date
> directory. To do so would allow one to overwrite properties one has
> not seen.
>
> Is this in the book? It should be.
Sincerely yours,
René Rebe
- ROCK Linux stable release maintainer
--
René Rebe - Europe/Germany/Berlin
rene@rocklinux.org rene.rebe@gmx.net
http://www.rocklinux.org http://www.rocklinux.net/people/rene
http://gsmp.tfh-berlin.de/gsmp http://gsmp.tfh-berlin.de/rene
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Aug 23 02:55:45 2003