版本控制之道---Git时代已经来到？（获奖名单已公布-2012-10-30）

zhenjiazhenjial

1、你的团队是通过什么方式来做版块控制的？您的选择是什么？
目前项目里用的是SVN。以前在VC开发时候接触过VSS，在Linux下开发也考虑过CVS，GIT。但是分别尝试的时候发现在Linux下SVN安装部署更顺利一些就选择了这个。
2、您能简单谈谈您的选择愿意，以及为何做出这样的选择？
GIT，SVN，CVS都有考虑，但是对于项目开发来说，这些都只是辅助工具，”工欲善其事，必先利其器“这话不假，但是时间紧任务重的情况下，不可能过多的时间来研究方法论，况且一般的项目任务跟Linux Kernel相比相差了N个数量级，在时间紧迫的情况下，分别尝试部署GIT，CVS，SVN，发现SVN被首先部署成功，也能基本满足我们的要求，就一直延续了下来。在平时接触的开源项目中也会用到GIT，比如Linux Kernel，Gentoo等等好多，所以git的命令也会一些但不是很熟悉。Windows下有TortoiseSVN，TortoiseGIT在界面下操作非常方便，Eclipse里面也有SVN，GIT的插件可用。所以平时在界面下应用的多，欠缺是对敲命令操作不是很熟。敲命令的优点是可以更深刻理解其基本原理和工作方式。
3、您在使用这些工具或者方法的时候，分享一些非常有用的小技巧：）
在使用这些工具的时候，一般都会碰到”版本冲突“的问题，就是A和B同时Checkout了V1，当B修改提交一次到V2，A在修改时候和B修改的部分有重叠，再次提交就会提示”版本冲突“，从这个事情说明版本工具并不是万能，他可以帮助我们优化项目管理，带来极大便利，尤其表现在团队成员迅速扩充的情况下，但是也不能完全依赖于工具，而忽略成员之间的沟通交流，合理规划分配任务，所以有些情况下还是需要成员之间互相”吼一嗓子“来避免冲突。当然不同的人可能对这个问题会有不同的解决方法。不知道各个工具官方对这个问题是怎么来解决的，平时都是够用，能用，好用就行，没有去深究这些方法论。对这些工具更熟的朋友可以指点一二。