On Thu, Oct 9, 2008 at 1:10 AM, Greg Stein <gstein_at_gmail.com> wrote:
> On Wed, Oct 8, 2008 at 11:51 PM, Daniel Shahaf <d.s_at_daniel.shahaf.name> wrote:
>> Greg Stein wrote on Wed, 8 Oct 2008 at 18:43 -0700:
>>...
>>> In 1.7, there will be one sqlite database replacing all of a working
>>> copy's "entries" files and no locks whatsoever. The two operations
>>> will do a quick traversal of the working copy (update will look for
>>> missing items, status will look for text modifications).
>>
>> I thought you and jszakmeister agreed on IRC that 'update' doesn't care
>> about missing items, only about missing text-bases?
>
> svn update needs to *restore* missing items. That is part of its
> normal operation. So it needs to locate the problem and repopulate
> ACTUAL.
Of course, this is really just "update" doing work that ought to be
done by "revert", except that when it's easy to wipe out wc metadata,
you need to talk to the server to fix the problem. Perhaps in 1.7,
this task will go back to "revert" where it belongs...
--dave
> It doesn't need to scan the working copy to generate the report to the
> server (this was the specific result from IRC). It can look at
> WORKING, and send that to the server. When the response comes back,
> then it can start fetching new content, bumping revisions, and
> rebuilding missing files/dirs.
>
> Cheers,
> -g
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: dev-help_at_subversion.tigris.org
>
>
--
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-09 10:30:19 CEST