[ka-Map-dev] Road to version 2
Paul Spencer
pspencer at dmsolutions.ca
Sat Mar 24 15:24:41 EST 2007
Lorenzo, perhaps you could start a CVS-SVN transition page in your wiki?
Paul
On 24-Mar-07, at 9:16 AM, Daniel Morissette wrote:
> Paul Spencer wrote:
>> Good question. Does anyone have any opinions on whether ka-Map
>> 1.x should be in SVN? Personally I assumed we would bring
>> everything from CVS into SVN (including history).
>
> If we move, then we should move 1.x to SVN as well, even if just to
> avoid the confusion of having two repositories.
>
> Here is a possible transition scenario:
>
> 1- Give at least a few days of warning to all developers that the
> CVS->SVN move is coming so that they have time to plan their work
> around the migration, commit any edited file to CVS, etc.
>
> 2- Import the current CVS tree (including all history) in SVN
>
> 3- Create a 1.x branch in SVN
>
> 4- The SVN trunk becomes 2.x
>
>
>>>
>>> Note that I've found out the hard way a few days ago that while
>>> SVN maintains history on copied files, you cannot simply "svn
>>> update" to any revision of a file if it has moved.
>> I don't understand ... can you elaborate?
>
> I was trying to checkout a specific version of ogr2ogr.cpp from the
> GDAL tree (I think it was r8636), but because the file had moved
> since that version, using 'svn update -r 8636 ogr2ogr.cpp' didn't
> work. With the help of Mateusz on the #gdal channel we found that
> the only way to access the file was 'svn cat -r 8636 ogr2ogr.cpp',
> which outputs that revision of the file to stdout, then you have to
> save that somewhere and work with it, but cannot "update" to a
> revision of a file that has been moved to work on it without
> checking out the file with its old URL. Oh, you could do some fancy
> svn merge magic too but that essentially gave the same result as
> svn cat.
>
> I could be wrong, but that was my understanding of the way svn
> worked in the end.
>
>> Correct, I did say it wasn't important to me :) I like the idea
>> of using Trac because it tightly integrates into SVN. I don't
>> mind if the history bugs are brought over or not. Unfortunately
>> only hobu knows how to do this, and I think he's pretty busy right
>> now. If Shawn could do it, that would be okay, I can abuse him ;)
>
> If Shawn could do it that would be great.
>
>> I don't want to move the web site or the mailing lists because I
>> think we get a lot of benefit from being part of the MapTools
>> community.
>
> Cool.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
> _______________________________________________
> ka-Map-dev mailing list
> ka-Map-dev at lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/ka-map-dev
+-----------------------------------------------------------------+
|Paul Spencer pspencer at dmsolutions.ca |
+-----------------------------------------------------------------+
|Chief Technology Officer |
|DM Solutions Group Inc http://www.dmsolutions.ca/ |
+-----------------------------------------------------------------+
More information about the ka-Map-dev
mailing list