真有人觉得 Git 会提高生产力？

[longway]

以前一直觉得 Git 挺好。不过最近做了一个 feature，改了一大堆文件。这些文件别人也在改，有非常多 commit 。在 Git 合并，解决冲突,rebase 上花的时间远超以前用 svn/perforce/tfs 。


看这么多人吹 git，不知道逻辑是什么，难道一个更加复杂的东西使用时会花费更少的精力？

svn 这种中心化模式，一个人 merger 好了，其他人 sync 一下即可。现在用了 git 每个人都要管理自己的 branch，自己去做 merge 同步，真觉得这样省力？

难道你们都是一个人在开发 ？一个冲突没有？

[wyntau]

如果一个人简历说 git 用的比较熟, 我会先问问他是否知道 merge 和 rebase 的区别是什么

[dk7952638]

实话实说,国内 90%的团队用 svn 的用法用 git，能好用才怪。。。

[myCupOfTea]

要中心化管理用 pr 模式不行吗

[assiadamo]

svn p4 这些最大的毛病就是占空间太大了，其他倒还好

[no1xsyzy]

我直觉地认为其实贵团队只是遭遇了常规的「软件开发焦油坑」，此概念由 FPB 在《人月神话》中提出。
你可以试试 svn，多半是没有解决。

至于 git，自身确实有些问题，但多半跟你遇到的问题没关系：
0. 各种 workflow 就是在解决 git 本身的问题，其存在本身即可论证 git 有问题；
1. git 是为了分布式开发设计的，每个人各自管理 branch 各自 merge 是 feature ；
2. git 是为了 C 语言设计的，更精确地说，是为了 LBT 的代码格式风格的 C 设计的；
3. 实际上最优情况下每个团队（包括一人团队）应当自己构建自己的版本管理系统，而不是用一个现成的版本管理系统（比如 SQLite 就自己造了一个版本管理系统），但因为时间或成本或能力或安于现状或多种因素融合的问题，大部分团队没能造罢了。

[vansouth]

典型不会用又不愿意花时间学的人````就算你不会用 一样能将 git 当 svn 用啊````

[philonic]

@fxxkgw 我觉得恰恰相反，公司 n 多项目，开发库，过程库，受控库，n 多基于现场版本修改，产品代码库，定制代码库，git 已经远远不够用了

[yinxianwei]

只是不会用

[guanyinli]

看来楼主没在多人团队用过 svn

[clino]

@nanxiaobei 楼主自己就不是来讨论 git 的，他是已经有结论以后来说服大家 git 不好学，劝大家不要用 git 的