Regarding git-svn vs 'git on top'

There's no free lunch, as ever ;)

The git on top technique also has a few flaws:
If a small group uses git to develop a feature (e.g. in an own branch), this 
changes have to be commited into SVN at the end of the day. In my local 
scenario, where I (or one of my direct colleagues) do all the work it doesn't 
matter who did exactly what. So I only do one single commit to my SVN repo with 
all the changes cumulated.

But in an OSS project where many people work on a feature, you may get 30++ 
commits in almost no time. And it would be nice to keep all the history we have 
in git at least textual via the commit msg. For CVS there is something called 
git-cvsexportcommit, but I cannot remember if there is something similar for 
SVN.

So there is a little bit left to do. But that is nothing which cannot be fixed 
with a little shell script ;)

LieGrue,
strub

PS: I also had problems with git-svn when I worked on maven-scm. Have you tried 
to --limit the history while importing? I mean, do we really need _all_ the 
history from SVN in our git repo?


--- Patrick Linskey <[EMAIL PROTECTED]> schrieb am Di, 9.12.2008:

> Von: Patrick Linskey <[EMAIL PROTECTED]>
> Betreff: Re: AW: [OT] git and Apache's svn?
> An: [email protected]
> Datum: Dienstag, 9. Dezember 2008, 17:13
> > In which way do you like to access the apache svn?
> 
> To date, I've only used svn to access Apache.
> 
> > Did you already work with git?
> 
> Yes.
> 
> > Do you like to use the git-svn bridge for doing all
> the local management with git?
> 
> I've done this in the past with an svn repo.
> 
> > Do you only like to manage local branches with git
> (git on top of a svn checkout)?
> 
> That's an interesting technique!
> 
> 
> Ideally, I'd love it if those of us who choose to use
> git could use normal git repository collaboration techniques
> somewhere, and any of us could then push changes into svn
> somehow. I've run into problems with this in the past
> because of the 'git-svn' text that gets inserted
> into the commit messages, which mucks with the SHA-1
> identities of commits, and thus with histories.
> 
> I guess with your git-on-top technique, we could push repos
> to github that contain just a single branch (or all
> branches, in exploded format), and we'd be able to
> collaborate meaningfully, but with svn-style "project
> branching" instead of git-style.
> 
> FTR, I tried to 'git svn clone' the Apache repo
> last night, and got this after about 45 mins:
> 
> > RA layer request failed: REPORT request failed on
> '/repos/asf/!svn/vcc/default': REPORT of
> '/repos/asf/!svn/vcc/default': 403 Forbidden
> (https://svn.apache.org) at
> /usr/local/git/libexec/git-core/git-svn line 3957
> 
> 
> -Patrick
> 
> On Dec 9, 2008, at 3:08 AM, Mark Struberg wrote:
> 
> > Hi Patrick!
> > 
> > In which way do you like to access the apache svn?
> > 
> > Did you already work with git?
> > 
> > Do you only like to manage local branches with git
> (git on top of a svn checkout)?
> > 
> > Do you like to use the git-svn bridge for doing all
> the local management with git?
> > 
> > 
> > The way I use git for Apache projects is the 'git
> on top' approach (I'll be more verbose since I do
> not know what you already know):
> > 
> > 1.) do a svn co
> > 2.) create a .gitignore file which contains /target
> and .svn
> > 3.) modify my .svnignore to contain .git and
> .gitignore
> > 4.) $> git-init
> > 5.) $> git-add src
> > 6.) $> git-status    to check if the index
> doesn't contain crap
> > 7.) $> git-commit -m"initial import from
> SVN"
> > 
> > I subsequently do some svn update and commit them to
> my local git master branche.
> > In parallel I do test branches with
> > $> git-checkout -b mytestbranch
> > see git-branch for more info
> > 
> > If the changes work out, you can merge them into
> master and afterwards perform a svn commit to the Apache
> repo.
> > 
> > 
> > Another way would be to use the git-svn bridge. pro:
> you'd have the whole history in git (so you could do a
> git-blame for example) con: you cannot use mvn scm (e.g. for
> releasing), since the maven-scm-providers-svn relies on
> having a SVN structure locally and the
> maven-scm-providers-git relies on having a remote git
> repo...
> > 
> > 
> > LieGrü,
> > strub
> > 
> > 
> > --- Patrick Linskey <[EMAIL PROTECTED]> schrieb
> am Di, 9.12.2008:
> > 
> >> Von: Patrick Linskey <[EMAIL PROTECTED]>
> >> Betreff: [OT] git and Apache's svn?
> >> An: [email protected]
> >> Datum: Dienstag, 9. Dezember 2008, 8:18
> >> Hi,
> >> 
> >> Has anyone had any experience with using git with
> >> Apache's svn repository?
> >> 
> >> Thanks,
> >> 
> >> -Patrick
> >> 
> >> --Patrick Linskey
> >> 202 669 5907
> > 
> > 
> > 
> 
> --Patrick Linskey
> 202 669 5907



Reply via email to