3 ms·
Can you justify git>subversion or are you just following the sheep? Not saying I disagree... but subversion is still king in the corporate-engineering companie
by TickleSteve 10y ago
Can you justify git>subversion or are you just following the sheep?
Not saying I disagree... but subversion is still king in the corporate-engineering companies and it tends to work well in those types of setups.
Just beware of having unjustified-opinions. SVN may not be trendy... but neither will git in a few years time.
BTW: Mercurial still beats them all.
- Grue3 10y ago>subversion is still king in the corporate-engineering companies and it tends to work well in those types of setups. For some values of "work". We're using SVN at my new job, with a single trunk branch. Not having the ability to commit locally, and mess around with local branches is a pain in the ass. I found a solution though. I cloned SVN repo using git-svn and now I can make local commits like a pro, and use my beloved magit (Emacs git interface).
- apk17 10y agoYes, git-svn is probably the reason why the mutiny didn't happen yet in some departments. You can identify their users by having several SVN commits in as many seconds. (I used git in an cvs-to-svn migration, and stayed since.)
- brusch64 10y agofor me the biggest advantage is working in my own repository and then pushing the changes upstream. I can develop features independent of other features. If there is a bug I can fix it, merge it into the productive branch and carry on working on other features. I know that many people don't like it, but I can fix up commits in my local repository and push the change upstream in one. With SVN I wasn't able to do this, so it was a big pain if you had to fix a bug if you were in the middle of a big feature, or if you had an experimental feature you wanted to clean up and release a month later.