Poll: Version Control
51–60 of 92 posts
Re: Poll: Version Control
#52Earlier quoted context omitted.
I use a combination of git and Subversion. SVN for the main repo that is shared between developers (with many developers working at once the lack of atomic commits really sucks), and git as my own offline versioning system. The code that I write tends to go through several iterations, and I'm loathe to commit anything to SVN until things work well enough to please me. Bad code should never make it into your prod repo…
Ok, this convinced me to at least give git a try. I made the move to SVN from CVS years ago to be able to rename / move stuff in the repo, but the offline version control would keep me from keeping a bunch of updates in a branch uncommitted while I do a major push. My current offline version control system has been leaving all the files open in TextMate to take advantage of undo/redo. (Horrible I know).
Re: Poll: Version Control
#53subversion for my personal/startup stuff
Re: Poll: Version Control
#54Re: Poll: Version Control
#55Earlier quoted context omitted.
It's only a little bit faster than mercurial, and the size of the repository is larger.
Also, the project maintainers seem to place a very low priority on portability. People work on Windows, BSD, and OS X, too.
Re: Poll: Version Control
#56None. From where I stand, it seems like extra management duty, for marginal benefits.
Re: Poll: Version Control
#57I adopted mercurial when git was "painful" to use. It seems as though this has changed, but I see no compelling reason to switch just because all the Rails kids think git's cool right now.
Re: Poll: Version Control
#58Distributed version control just doesn't get simpler.
Unfortunately, it's not particularly portable and it's not particularly fast. The former I can blame on its dependence on ghc. The latter, I dare not.
Re: Poll: Version Control
#59Re: Poll: Version Control
#60clearcase at work subversion for my personal/startup stuff