Re: [PATCH] Let git-svnimport clean up SVK commit messages.

From: Dave O'Neill <dmo@roaringpenguin.com>
Date: Jun 21, 2007, 14:14 UTC
Message-ID: <20070621141415.GA21065@magnesium.roaringpenguin.com>
In-Reply-To: <4679EE45.2080605@midwinter.com>

On Wed, Jun 20, 2007 at 08:19:33PM -0700, Steven Grimm wrote:

Show 5 quoted lines

> Any chance of applying this to git-svn instead? There has been talk of 
> deprecating git-svnimport since git-svn now does everything 
> git-svnimport does, and more. (If you believe that's not the case, 
> please describe what you're doing with git-svnimport that you can't do 
> with git-svn.)

Sure, I can probably apply it to git-svn as well, but based on the testing I've done, git-svnimport still works better for what I'm doing. I'm trying to do a straight conversion from SVN to git, so we can do away with our Subversion repositories, so I won't need the bidirectional support of git-svn.

If git-svn had a --one-way option that could 
  - know that I'm converting, and import my SVN tags and branches to
    local tags and heads rather than remotes
  - turn off the git-svn-id: tags in the commit
  - avoid preserving a .git/svn/ directory (a git-svn conversion was 50%
    larger than one from git-svnimport because of this)
  - convert svn:ignore attrs to .gitignore (like the -I option of
    git-svnignore)

then I wouldn't need git-svnimport. Alternatively, if there's some way to postprocess my clone to do all of the above, that would probably be good enough.

Cheers, Dave