[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r35578 - trunk/subversion/libsvn_client

From: Greg Stein <gstein_at_gmail.com>
Date: Fri, 30 Jan 2009 14:43:51 +0100

On Fri, Jan 30, 2009 at 14:17, Daniel Shahaf <d.s_at_daniel.shahaf.name> wrote:
> Greg Stein wrote on Fri, 30 Jan 2009 at 13:39 +0100:
>> Seems like the right answer is:
>>
>> * compare URLs
>> * if that fails, get the zero, one, or two UUIDs from the WC
>> * fetch any missing UUIDs from the server
>> * shove the UUIDs back into the WC if a write-lock exists
>> * compare the two UUIDs
>>
>
> So, you first use the cache maintained (globally) by libsvn_wc, and only
> then ask the server. [1] But if the UUID of a given URL changed, how
> would libsvn_wc's cached URL <-> UUID mapping get updated?
>
> Daniel
>
> [1] Presumably, when you ask the server, you also try to re-use existing
> sessions, since those should have the UUID cached.

IMO, if the server changes its UUID, then you need to check out a
whole new working copy.

For all intents and purposes, that means you're talking to a
*different* repository. Nothing holds.

Cheers,
-g

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1074506
Received on 2009-01-30 14:44:49 CET

This is an archived mail posted to the Subversion Dev mailing list.