Comments on: Using Git as a Subversion client

By: Neil

Neil — Tue, 26 Jan 2010 08:32:50 +0000

@Stephen I used to look at Git the same way, but then tried it out. If the one benefit of SVN over Git for you is the centralisation, then just set up your Git setup like that. Yes, it’s distributed, but there’s nothing to stop you from using internal policy to have a central repo that is considered the master (and that’s exactly what we do).

The power of git comes in it’s simplicity, and the lightweight branching and merging. For years I used svn and often had to really think hard about getting some hotfix into production while there was loads of other develoment going on. Git requires a lot less thinking up front, and let’s you get on with your work.

Lastly, wrt to my employers and clients aren’t “draconian empires’ – they are all lovely people, hence the note at the end of my blog post

By: Stephen Moretti

Stephen Moretti — Tue, 26 Jan 2010 00:36:32 +0000

Nice post about using the git-svn bridge. Just a shame there’s no usable git gui (and no jGit/eGit is not viable – eGit by name and by nature).

I’d quite like to use git locally with the central repo of svn. There are times when it would be nice to have lots of little repo’s of test code locally without muddying SVN.

You just can’t have random repo’s floating about in a commercial organisation. You need to know where your source code is and be sure that its being backed up. git just does not give you that security. And no, cloning repos to every developer’s machine does not mean that your source code repo is backed up or secure. If you set up your own “git-hub” then you’re back to an SVN architecture, which is much mature and has the client tools to go with it. ~shrug~ why bother moving from SVN to git.

Nice post, though shame about the drivel in the first paragraph. I’m sure your employer and clients really appreciate being called a “draconian empire”

By: Markus' soup

Markus' soup — Mon, 25 Jan 2010 20:23:47 +0000

Using Git as a Subversion client | @neilmiddleton…

…

By: Neil

Neil — Mon, 25 Jan 2010 17:38:57 +0000

@Jim – Once you’ve done the clone, locally you have a Git Repo so can therefore do all the normal git stuff you would. You are essentially creating a git clone of an SVN Repo.

For me this means that you can branch and merge nice and easily, as well as commit offline etc (essentially the benefits of Git over svn

By: Jim Priest

Jim Priest — Mon, 25 Jan 2010 17:33:54 +0000

I was actually thinking about this the other day!

What benefits are there with this process? You get the local git management of your code (branches, etc), while still keeping the SVN backend?

By: Steve Brownlee

Steve Brownlee — Mon, 25 Jan 2010 17:32:33 +0000

Having used Git and Subversion (and several other) versioning systems over the years, I’d certainly not classify Git as “better” than SVN. However, I’d rank both of them “better” than the system that’s currently used here.

Thanks for the tip, Neil.