Changes between Version 15 and Version 16 of GitMirror

Show
Ignore:
Timestamp:
03/07/09 17:43:14 (4 years ago)
Author:
pv
Comment:

Add warning concerning dcommit and using the mirror. Quite bad sub-optimality in git-svn.

Legend:

Unmodified
Added
Removed
Modified
  • GitMirror

    v15 v16  
    167167If you configured git-svn as instructed above, you can interface directly to SVN. 
    168168 
     169== A (big fat) word of warning == 
     170 
     171If you `git fetch` SVN commits to Git from the mirror (or indirectly from somewhere else), `git-svn` gets confused. This is visible eg. the next time you try to `dcommit` back to SVN: you get spurious extra commits. 
     172 
     173So every time before doing a `git svn dcommit`, it's necessary to rebuild your `git-svn` database: 
     174{{{ 
     175# optional: if you don't want to actually rebase your current branch, switch to a temporary one 
     176git co -b commit 
     177 
     178# remove old DB and rebuild it 
     179rm -rf .git/svn 
     180git svn rebase -l 
     181}}} 
     182Another way is to always use `git svn fetch`. But then you can still run into the same problem if you fetch someone else's branch. 
     183 
    169184== Committing to SVN == 
     185 
     186First, read the above warning. 
    170187 
    171188Commit back to the scipy svn repository with git svn dcommit: 
     
    208225git svn fetch 
    209226}}} 
    210 It will usually still stay compatible with the SVN mirror even if you do this. There are, however, some corner cases that may arise if you commit merge commits to SVN: then history generated by `svn fetch` may start to deviate from that in the mirror. So, using `git svn fetch` should be avoided in these cases. 
     227It will usually still stay compatible with the SVN mirror even if you do this. There are, however, some corner cases that may arise if you commit merge commits to SVN: then history generated by `svn fetch` may start to deviate from that in the mirror.