3 ms·
Corporate America needs a centralized version control system. Subversion still offers this: Subversion centralizes the repository and simply checks out a workin
by mrduncan 17y ago
Corporate America needs a centralized version control system. Subversion still offers this: Subversion centralizes the repository and simply checks out a working copy (versus Git, which gives you a complete repository). Corporate America still needs to have cannonical version numbers, and the ability to see the progress of a product over time as a single line – not a bunch of branches and independent repositories.
While I think I understand what he is saying, there isn't any reason why Git can't be used just like SVN (other than checking out only the latest version, which I wouldn't argue is an advantage). Just because you can branch and merge easily in Git doesn't mean that you have to.
Edited to add the following:
There are some valid reasons for not using Git over SVN, but I find it pretty hard to believe that better branching/merging, offline repo access, and version numbers are among them.
Moving on from something which is already in place and taking care of existing needs, or better GUI tools (in "Corporate Americal" anyway) are certainly valid.
- mattmichielsen 17y agoI use Mercurial in a corporate environment and we use a central repository to pull from and push to. It's really beneficial to get people actually used to committing by feature or bug fix rather than just in huge batches when they feel like merging.
- superjared 17y agoI think the author fails to notice that with Git you can have your cake and eat it too. We use a centralized canonical repo for each of our projects as well as origin (developer) repos. With branches we can more easily add larger features without polluting the main trunk. With svn, as we all know, branching is a bitch.