On Apr 30, 2009, at 5:33 AM, Bert Huijben wrote:
>> -----Original Message-----
>> From: Google No Reply CodeSite [mailto:codesite-noreply_at_google.com]
>> Sent: donderdag 30 april 2009 0:21
>> To: svn_at_subversion.tigris.org
>> Subject: [svnhelp commit] r15 - Edited wiki page through web user
>> interface.
>>
>> Author: gstein
>> Date: Wed Apr 29 15:07:52 2009
>> New Revision: 15
>>
>> Modified:
>> wiki/DevWCNGSwitch.wiki
>>
>> Log:
>> Edited wiki page through web user interface.
>>
>> Modified: wiki/DevWCNGSwitch.wiki
>> =
>> =
>> =====================================================================
>> =======
>> --- wiki/DevWCNGSwitch.wiki (original)
>> +++ wiki/DevWCNGSwitch.wiki Wed Apr 29 15:07:52 2009
>> @@ -1,5 +1,4 @@
>> #summary TODO list for switching over to WC-NG
>> -#labels Developer
>>
>> *Caution: this page is intended for developer discussion*
>>
>> @@ -51,4 +50,14 @@
>>
>> There may be other combinations when symlinks are thrown into the
>> picture.
>> Haven't applied brain-power there yet since we generally treat
>> symlinks
>> as
>> files right now.
>>
>> -In any case, I think that another helper function to detect if/how
>> an
>> entry is obstructed will be helpful. The `svn_wc__get_entry` detects
>> most/all of the above obstruction types (need to examine the func).
>> \ No newline at end of file
>> +In any case, I think that another helper function to detect if/how
>> an
>> entry is obstructed will be helpful. The `svn_wc__get_entry` detects
>> most/all of the above obstruction types (need to examine the func).
>> +
>> += Format 13 =
>> +
>> +Right now, the working copy is at format 12. See `wc.h` and the
>> `SVN_WC__VERSION` value. During the continued development of wc-ng,
>> this
>> value will be bumped as we continue to evolve the storage subsystem.
>> Below
>> is a list of the upcoming/intended/actual changes that will occur
>> as we
>> move to format 13.
>> +
>> + * move props into wc.db.
>> + * this move will occur during the upgrade process from N to 13.
>> + * move wcprops into wc.db (as "dav_cache")
>> + * the wcprops have already been switched to live in wc.db. no
>> proactive shift has occurred for format 12 working copies. formats
>> less
>> than 12 will have their properties shifting during the upgrade
>> process.
>> when we bump to 13, we will force a shift of wcprops, and ensure that
>> the
>> `.svn` subdirs are cleaned of old wcprops files
>
> Since we already cache properties of format 12 can't move the
> dav_cache from
> the files into the db in the 12->13 step. This would break 12
> working copies
> that already have the properties in the database.
>
> We would overwrite valid cached properties in the database with a
> possible
> out of date version in the working copy. (Of course we can move these
> properties for working copies <= 11).
Sure, but it's pretty easy to check and see if there's something in
wc.db before we blindly overwrite it. Do you see any problems with
that approach?
-Hyrum
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1994494
Received on 2009-04-30 13:34:30 CEST