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

[longway]

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


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

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

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

[ayase252]

我觉得可能不是 git 的问题，可能更是项目组织的问题？

[leeyuzhe]

其实楼主最大的问题是 rebase 导致他觉得同一个文件虽然只冲突了一次，但因为有多个 commit 在上面的，所以每一个 commit 都需要解冲突一次

[WhoMercy]

磨刀不误砍柴工

[raaaaaar]

复杂=会降低效率？
学语言不复杂吗？学操作系统不复杂吗？学 IDE 不复杂吗？正是因为复杂，所以掌握后提高的效率才更高，就是提前打通一条路径，或者说习惯。只是掌握一次，又不是每次用都要重学。

[runinhard]

。。。。。

[lesismal]

这篇文章讲得不错：
https://www.163.com/dy/article/G9LK0LIH0511FQO9.html

[zjsxwc]

楼主这是在用 svn 的模式玩 git，svn 模式：一堆人都在同一个分支上改。

而 git 模式应该是每个 feature 一个分支。

建议楼主使用 pull request/merge request 这种 git 主流的工作方式，来解决楼主上面说的问题，而不是抱怨，没有代码 review 强行合并分支的楼主现在当然很惨了。

[JamesR]

我 Git，SVN，2 个都用，各有各好处，人少，比如 1~2 人情况下，SVN 更好用。

[deplives]

“大家没有 get 到我的 point，关键点是使用 git 要花团队更多时间，而不是会不会用 git 的问题” 这不就是一个团队的人都不会用 git 么

[tinyuu]

就用一分支吧，当 svn 用。 这玩意 有没有强制规范 团队正门方便 ，怎么效率怎么有。

[zeevin]

git 使用来管理项目代码的，前提是你的项目要拆分明确。一把快刀，屠夫能解牛，我们只能乱剁。

[yangyaofei]

版本管理本来就不是为了生产力做的, 就是为了多人协作和构建较为稳定可控的项目用的.

[auh]

整不明白就别搞了。多难受。

[zhuangzhuang1988]

说得对.

[zackkson1991]

我觉得楼主关于 git 的并没有做到最佳实践. 最后一步, 必须有人负责 review. 楼上也有朋友说到就是, 没有 review 就直接强行 merge 到 main branch 这些, 就不是最佳实践了.

[Mutoo]

典型的垃不出屎怪地心引力。

[Biwood]

昨天就是为了这个问题搞到很晚，我甚至怀疑楼主是我同事，哈哈哈…

不过我觉得不是 git 的问题，而是 rebase 的问题，我以前偶尔会用 rebase，后来遇到了一些坑就很久都不用了，能用 merge 解决的绝不 rebase，特别是改动文件比较多的时间

[liyhu]

那你说一个比 git 好的

[skull]

哈哈，一个人的能力决定了他的认知

[QlanQ]

多人同时修改同一个文件，这种问题，git 确实解决不了，有啥工具能解决？