介绍
就在一年前，我得到了一份名片上写着“工程师”头衔的工作，而且我一直在做很多小工作。
和最近，我终于作为期待已久的 coder 参与了一个项目。它发生了。
一个关于我与 git 斗争的故事。
我想如果我能连接到有人知道有这样的失败，我的失败也会得到启发?
git merge 做的越多越好吗？ （不）
这不是我第一次使用 git，和多人一起经历过 git 管理大约 3 次。但是，它们都不是大规模的，您不必担心提交日志（强烈）。
我一直认为 git merge 做得越多越好。原因如下。
- 执行 git 合并的次数越多，发生的冲突就越少，给其他成员带来的不便也就越少。
- 执行 git 合并的次数越多，在本地开发环境中出错的可能性就越小。因为它是最新的。
你 git merge 越多，你的冲突就越少，你就越少打扰其他成员。
不，提交日志很脏，所以做代码审查的人很难看到它！ ！ ！ ！
正如有人指出的那样，我注意到我的工作分支的提交日志中充满了我以外的其他人的提交日志。
这是一个混乱的情况，我不知道哪一个是我的工作了。您所要做的就是在合并您自己的代码时解决冲突！ ！ ！ ！
我真的很失望。开发分支一到最新，每次都进行 git merge 。再夸张点想，每次develop分支变成最新的，每次都解决冲突……没用……如果您在合并自己的代码时解决了冲突，则只需执行一次。
git merge 越多，本地开发环境中发生错误的可能性就越小。因为它是最新的。
不，我不明白！ ！ ！
我当时的想法是
“如果合并最新的develop分支，则在目前出现错误的地方进行开发，不会出现错误！ 』
但是，如果我冷静地想一想，与我自己的开发无关，即使其他屏幕显示错误也没有问题。综上所述
审查代码的前辈给了我一张苦脸。不要做 git 合并。最后还好，最后。
如果你想在开发中加入develop分支，还有更好的方法，比如git rebase。我想好好学习git并采取适当的行动......
原创声明：本文系作者授权爱码网发表，未经许可，不得转载;
原文地址：https://www.likecs.com/show-308629173.html