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

[longway]

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


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

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

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

[malusama]

你们也可以都提交到 master， 不也是一个人解决冲突么

[hwdef]

建议看看《代码奔腾》(code rush)，那时候还没有 git，要管理 firefox 的源码，很困难。

[ch2]

有尽量避免或者妥善解决这种冲突的办法

[kingzeus]

工具会不会提高生产力在于你的使用方法
建议使用前看下 git 的相关文档 /视频，不只是命令介绍，还包括了工作流模型，………………
磨刀不误砍柴工

[NEVERCODE]

对不起，我不知道你们都是提交到 master，我们都是自己拉一份，然后合并

[murmur]

git 适合于远程互不认识的人撕逼，自己一个单位有明确分工的 svn 也可以搞定，毕竟各家自扫门前雪

[kera0a]

不会用就去学啊

[66beta]

不会用就去学啊 +1

[YvesX]

中心化程度与冲突解决的繁琐程度本来就在天平的两边啊

[yEhwG10ZJa83067x]

我觉得适合那种项目模块功能分开并且清晰的项目。如果说这个项目每个人都会改相同的文件，那也太痛苦了。

[sutra]

用的什么分支模型（比如 git-flow 之类的）？

[Rwing]

我没理解，只要是多人开发就一定有冲突啊，svn 也会有冲突啊

[yeqizhang]

你把 git 一样可以做 svn 用，就开几条版本分支，比如 master test dev1.0 dev2.0，所有人基于一个远程分支直接 push 又不是不可以

[mekingname]

人笨怪刀钝。

[acmore]

“我用 Git 总是在解决冲突” = “我吃鱼总是被鱼刺卡嗓子”

要么你不适合吃鱼，要么你不会吃鱼，无论怎样都是正常情况。
这么简单明了的事情是没必要找认同感的。

[yousabuk]

真有人觉得炒币能赚到钱？
真有人觉得强行壁咚不会被甩巴掌？
==============================
前边的吐槽很正常，可以理解。
最后一句，就暴漏狭隘了。

[Sainnhepark]

不知道你在说什么。

你要是不想合并，那把你的分支 push 上去，然后专门找个 merger 来合并不就好了？

[cslive]

主仓库不动，自己 fork 一个，改完之后 pr，这样就应该没有问题了吧

[anyforever]

自己不研究一下自己用法有没有需要改进的地方，吐槽这个能解决什么问题？

[coderluan]

人话:

Git 并不是什么场景下都能提高生产力.

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

让我感觉并 git 并不是很多人口中那么完美, 又些场景下它会更多的精力使问题更复杂.

svn 这种中心化模式，一个人 merger 好了，其他人 sync 一下即可。现在用了 git 每个人都要管理自己的 branch，自己去做 merge 同步，有的时候并不是更省力.

如果你们是能直接接触的团队, 冲突也很多, 可以考虑不用 git.

阴阳人话:

.......