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

[longway]

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


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

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

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

[newComingBoy]

个人觉得是你命令用错了，这种情况建议使用 merge 而不是 rebase

[Kontinue]

1. 及时更新上游分支，及时解决冲突
2. 自己的 feature 合并时没有的 commit 先 squash 一下，rebase 冲突多，选择 merge 一次性解决所有冲突

[yaphets666]

git 没好到哪去，svn 也没坏到哪去，大厂也一样出代码管理问题。

[tabris17]

这是你用法的错误，不是 git 的错误

[clino]

感觉楼主说的场景问题不在 git，而是开发模式，甚至只是代码组织和人员分工的问题

[zhaol]

不懂就问,svn 的话,同一个文件几个人同时修改难道不会冲突吗?

[DelayNoMay]

merge 很难么，用好 ide，merge 很简单

[mxT52CRuqR6o5]

没用过 svn，svn 怎么解决冲突的？

[yunye]

好歹抽空认真学学怎么用

[Jooooooooo]

git 也是一个人 merge 了其它人拉一下就同步了.

[lscho]

1.git 也可以由一个人来 merge
2.楼主这种很多人修改同一个文件的场景，用哪个工具都不会提高生产力
3.赞同 #25 说法，建议考虑一下开发模式及代码组织结构

[star7th]

内部团队用的话其实 svn 也不差。git 是一种更普适的适合各种规模的版本管理。比如开源给全世界不认识的人看以及协作。
另外你的问题不是版本管理软件的问题，纯属是你们自身使用不当。

[namelosw]

你们持续集成做得不好，master 开发小步提交，保持功能不挂，强制 rebase 再试试就没这个问题了

[yvescheung]

建议原文翻译成英文发给 Linus 看看他的想法

[pkoukk]

git 不一样么？一个人在 master 上合并好了，剩下人拉一下就行了

[Fule]

长时间不及时双向合并什么工具也救不了。任务划分导致经常几个人同时修改同一个文件也是什么工具都救不了。

[mxT52CRuqR6o5]

svn 是改了一个字就会立刻同步给所有人？你 svn 两个人都大幅度改了同一个文件后 sync 一点人工干预都不需要？

[InkAndBanner]

楼主有点傲慢 从标题和内容可见一斑 还是要虚心呀 ，也不怪楼上的那些回复

[vanxy]

遇到问题， 可以先动动脑子， 思考下下面的问题， 就不会说出这种贻笑大方的问题了

1. git 和 rebase 的本质区别是什么
2. git 中 rebase 、merge 区别是什么
3. 其他团队是如何解决冲突问题的

[nekoneko]

关键问题不在 git
关键问题在于同一个文件为什么会有多个人进行修改
说明分工不明确,或者项目不够模块化