>> Then the dumped svn repository is loaded in to the targeting repo using >> the --parent-dir argument: >> >> cat wxh.dump | svnadmin load --parent-dir trunk/harbour/examples/wxHarbour > > Does this requires to dump Harbour SVN repository? Or are you doing this > just to backup before serious operation?
No, the dump of Harbour SVN is needed to re-import it to sf.net site. At this point I'm unsure if they accept --deltas or not. I think the only sure way to find out is to try, but I don't want to do this on Harbour repository. If someone could try on another repo it'd be great. > May be I'm wrong, but AFAIK, git does not have Windows client, cygwin only > solution is available. I do not think it is worth to move to GIT because of > a single need to add wxHarbour. Definitely not because of wxh and not in the near future. It's good to keep some ways for the future open, and GIT is one possibility. I'm happy with SVN, but as soon as you start appending external projects it starts to be a little inconvenient, well a lot of others pros and cons. > Brainstorming 1: > > cd c:\wxHarbour\trunk\wxHarbour > svn switch -r 1 > svn update > svn log -r 1 > c:\svnmsg.txt > xcopy /E/Y *.* c:\harbour\examples\wxHarbour > cd c:\harbour > svn commit -F c:\svnmsg.txt > cd c:\wxHarbour\trunk\wxHarbour > svn switch -r 2 > svn update > svn log -r 2 > c:\svnmsg.txt > xcopy /E/Y *.* c:\harbour\examples\wxHarbour > cd c:\harbour > svn commit -F c:\svnmsg.txt > > and so on.... wxHarbour has 307 revision, so, it will do in finite amount of > time. Interesting :) I was thinking of getting all wxh rev diffs and reapplying them all to our SVN with changed paths :) Almost similar, but dunno if it worked. But, both is too much time / effort invest on this for me. [ well, anyone else can do this. ] > Brainstorming 2: > > If you are going to do a whole svn merge in your own repository, and later > load it into public sf.net repository, the last ChangeLog split merge can be > undone (thus deleting big redundant SVN change) by using --incremental dump > option of Harbour SVN before ChangeLog split. True. Overall these moves don't increase the db size by much, so I'd most probably choose the safest way. I don't want to mess up our repo just to save a few megs (it's BTW very rare to have changesets over 1MB, only 14 (!) out of 11200, and only 69 over 0.5MB. Also I wouldn't do it today, and we will gather more revs until then. Brgds, Viktor _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
