Mark Phippard wrote:
> On Fri, Feb 29, 2008 at 1:24 PM, Blair Zajac <blair_at_orcaware.com> wrote:
>> Mark Phippard wrote:
>> > On Fri, Feb 29, 2008 at 1:17 PM, Blair Zajac <blair_at_orcaware.com> wrote:
>> >> C. Michael Pilato wrote:
>> >> > NOTE: Everyone will need new working copies after the cutover --
>> >> > history has been munged. Also, folks who've been using svnsync to
>> >> > mirror the repositories will need to start anew with fresh mirrors.
>> >>
>> >> What do you mean by "history has been munged"?
>> >
>> > He is making changes to properties as part of the merge process
>> > (changing history). We do not have a mechanism for conveying this to
>> > the working copy (one of the problems svn obliterate would also have
>> > to solve).
>> >
>> > Specifically, as revisions are synched he is:
>> >
>> > 1) Ignoring/stripping any svn:mergeinfo properties
>> >
>> > 2) Converting any svnmerge properties to svn:mergeinfo properties.
>>
>> I see, that type of history munging.
>>
>> Doing the cutover to the new collab.net 1.5 repository should be done with an
>> 'svnadmin upgrade' though, right? Not with a custom svnsync copied repository,
>> since nobody else will be doing that style of upgrade. This is just a measure
>> for testing.
>
> I think Mike was planning to do this for the real repository with the
> goal of giving us the best possible upgrade.
That was the plan, yes.
> Actually, I think he planned on committing the
> code to svnsync and #define'ing it out.
Done. (After a bit of misfiring...)
> At a minimum, we want to strip all of the bogus svn:mergeinfo we
> created during the development process.
Yup.
--
C. Michael Pilato <cmpilato_at_collab.net>
CollabNet <> www.collab.net <> Distributed Development On Demand
Received on 2008-02-29 19:47:48 CET