[crossfire] CVS -> SVN conversion

Mark Wedel mwedel at sonic.net
Tue Sep 12 00:22:35 CDT 2006


Christian Hujer wrote:
> Hi all,
> 
> Am Montag, 11. September 2006 01:11 schrieb Mark Wedel:
>> 1) They don't have a conversion utility, but rather directions (using
>> cvs2svn) to make the change.
> Well, they used to have a conversion utility:
> https://sourceforge.net/project/admin/svn_migration.php?group_id=nnnnnn
> (Replace nnnnnn with the project id of crossfire)
> 
> Instructions:
> https://sourceforge.net/docs/E09#import
> 
> But actually I never got that migration tool working, it always failed for me.

  That's what I used, but it doesn't do the conversion for you - running cvs2svn 
still has to be done by the end user, etc.

  Given that, whatever files we care about can be removed from the copy of the 
CVS data before it being converted, so we can clear out any data we want to.

  If this was 100% automatic, we wouldn't really be able to do that.


>> 4) I don't believe the SVN by default provides support for the $Id$ string
>> version control at the top of files.
> It does. It only has to be switched on for each file individually.
> It's done via
> svn propset svn:keywords Id filename
> For instance:
> cd sandbox ; find -type f -print0 | xargs -0 svn propset svn:keywords Id
> or if it's not that many files, especially none with whitespace in their name
> cd sandbox ; svn propset svn:keywords Id $(find -type f)

  Ah - very good.

  Looking at the docs, I see that SVN uses the global version number in the $Id$ 
strings, which is fine.

   What I'm not sure of is if there is some way to have a file that 
automatically gets updated with the latest version string.

  For example, it would be nice for the version.h file to get updated on every 
commit that is done, so that it always contains the latest commit ID.  If that 
was done, there really isn't any need to have the $Id$ in each file - just print 
that global number.

  sure, there can be the odd cases of a person updating only portions of the 
tree and getting out of sync revision numbers.  But if someone does that, they 
are really asking for broken behaviour anyways (who is to say that there isn't 
some interaction related to this - a file that isn't updated needs to be updated 
to properly work with other files)




More information about the crossfire mailing list