It's Time to Fix Subversion Merge

http://blog.assembla.com/assemblablog/tabid/12618/bid/58122/It-s-Time-to-Fix-Subversion-Merge.aspx

by nreece • 15 years ago

10 16 15 years ago

blog.assembla.com

wpeterson• 15 years ago

This is a good write-up on how to build this, but it should be stated if you've grown beyond what subversion can do you should switch your repository over to Git or something with more advanced functionality built in.

spacemanaki• 15 years ago

Which is apparently what Assembla has done for internal product development:

http://blog.assembla.com/assemblablog/tabid/12618/bid/7437/W...

wccrawford2• 15 years ago

There's always 2 choices: Fix it, or replace it.

I think there's a good case for fixing Subversion. It's very easy to use (except for merging!) and it's got good adoption.

Git is harder to understand and use, but obviously merging is miraculously easy with it.

SVN took me about 10 minutes to learn. Git took me a week to grok the basics, and months to learn the finer points.

If I had to pick one of the 2 to train a new coder in, I'd pick SVN... If it had merging done well.

billybob• 15 years ago

This comment on the original post is interesting: "Fixing svn is a lot of work. You could instead write a wrapper around git-svn to make it look like svn. The wrapper can enforce a centralized workflow. The user should not be able to tell the difference."

It's a neat idea. After all, which is easier: to fix the inner workings of SVN, or to provide a more SVN-like interface to Git?

elviejo• 15 years ago

I've trained 10 develepers into using HG. And still seems to me that SVN is a lot easier to teach and comprehend. I don't know why this is... maybe the mental load of having a current directory + local repo + a remote repo. Makes it hard to understand?

mva• 15 years ago

use git -> fixed

MrMan• 15 years ago

use HG -> fixed

pnathan2• 15 years ago

If I recall correct, one of the lead devs of SVN has stated he is fine with svn merge as-is.

I strongly recommend migrating to hg or git if possible.

malkia2• 15 years ago

I'm using for my hobby project git, very slow learner, and it keeps me thinking if we decide to replace Perforce (P4) with git - how we are going to explain to people how it works - most of the people using it are actually not software engineers, but artists, producers, animators, etc.

Then how much HDD space we should allocate, after knowing that Perforce's own DB is in dozen terabytes.

How efficient git is with binary data. How would the team react when software engineers would work with git for the source, and the rest P4/SVN? You can't label the depot at once...

So there is probably plenty yet for SVN/P4/etc to be used. I myself fancy being cool and using git, but it's only for my hobby yet - I haven't heard of anyone using it at large in any big game development studio...

grimen• 15 years ago

With git you only really need to care about 5-6 commands for basic usage. For more advanced stuff you could also use a GUI; for mac there are plenty of tools that are really polished.

pohl• 15 years ago

If I recall correct, one of the lead devs of SVN has stated he is fine with svn merge as-is.

How quickly we become our parents. SVN was born as a reaction to the same sort of unwillingness to move forward on the part of the CVS maintainers.

BadassFractal• 15 years ago

It's time to let SVN die and switch to git.

overshard• 15 years ago

Complaining about Subversion merge is like complaining about how your Apple IIe can no longer use modern software. Subversion and the Apple IIe are outdated and should be migrated away from.

It's Time to Fix Subversion Merge

Related Stories