Hello Ben,
Thank you very much I do understand it now. JavaSVN now behaves incorrectly,
destroying entry that was deleted and commited immediately after commit,
which results in obsolete "delete foo" in following update, that doesn't
breaks anything but doesn't reflect the real state of the working copy as
well. The problem begins when javaSVN reports those "deleted" entries
created by real svn client as "missing" in status because I didn't new about
this aspect of svn behaviour, and now I know how to fix it, thanks!
Thanks,
Alexander Kitaev.
> -----Original Message-----
> From: Ben Collins-Sussman [mailto:sussman@collab.net]
> Sent: Tuesday, November 30, 2004 4:23 PM
> To: alex@tmate.org
> Cc: dev@subversion.tigris.org
> Subject: Re: "deleted" entry attribute.
>
>
> On Nov 30, 2004, at 7:07 AM, Alexander Kitaev wrote:
>
> > Hello All,
> >
> > Could anyone briefly explain under which circumstances
> ".svn/entries"
> > may
> > contain entry with "deleted=true" attribute?
> >
> >
>
> Yes. It happens when you run
>
> svn rm foo
> svn commit
>
> After this operation, 'foo' is at HEAD revision, but in 'deleted'
> state. The rest of your working copy is still at revision
> HEAD-1, as you would expect.
>
> It's important, because when you next run 'svn up', the
> client tells the server:
>
> "I have revision X of this directory, but child 'foo' is missing."
>
> The server responds in one of two ways:
>
> * re-adds foo (because somebody committed a new file called 'foo')
> * does nothing about foo.
>
> After the server has edited a number of files in the update,
> the client walks the entire working copy and 'bumps' every
> single file and directory to the new HEAD revision. Whenever
> it encounters an entry with 'deleted=true', it destroys the
> entry completely. This is safe to
> do: if the server didn't overwrite the entry with a object,
> then the thing must *really* be gone in the new HEAD revision
> in the repository.
>
> The other important thing to know about 'deleted' entries is
> that 99% of the time, they should be invisible to normal
> client commands. 'svn status' shouldn't show them, for
> example. As far as the user is
> concerned, it should seem like the entry doesn't exist. A 'deleted'
> entry is only kept around for bookkeeping during the next update.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 30 14:52:45 2004