纠正 Git 中旧的合并混乱

Question

我们是使用 Git 的小公司，而且我们都是新手。在我们使用 Git 并开始尝试功能分支和发布分支的一两个月里，我们遇到了像这样由合并冲突等引起的意大利面条般的小事件

： sstatic.net/BdRga.png" alt="在此处输入图像描述">

黑线是我的开发分支。忽略红色那个。您将看到一个提交如何脱离该开发树然后又合并回来。是否可以通过压平树来清除一些旧蜘蛛网？我的头脑现在大约有 500 多个提交。

我读到可以通过变基而不是合并来避免这种情况。

尽管这是一件微不足道的事情，但如果可能的话，我想解决这个问题，无论是作为强迫症还是清晰度问题。

谢谢。

Answer 1

如果您确实想在 master 分支上提交 A 后线性化历史记录，您始终可以这样做：

git checkout master
git rebase A

但是，这意味着您正在重写 master 的历史记录分支，所以如果你（强制）推送这个新版本，你必须向团队中的每个人介绍如何获取新版本并重置他们的主分支以匹配重写的版本。否则，人们很可能会拉动，这会将重写的分支与现有的分支合并，从而破坏练习的目标。

这些小分歧通常发生在有人在其 master 分支上创建提交，但服务器上的 master 同时已移动时 - 这意味着当他们再次拉取时，需要合并提交。您可以通过以下措施来避免这种情况：

• 鼓励人们使用git pull --rebase
• 告诉人们使用branch..rebase和< code>branch.autosetuprebase 配置选项，这样他们就不会忘记添加 --rebase
• 向服务器添加一个钩子href="https://stackoverflow.com/questions/5488442/pre-receive-hook-on-server-side-that-refuse-any-push-to-master-which-has-any-non/5493549#5493549 ”>拒绝非线性历史的推送

但是，就我个人而言，我不介意在历史中看到这些合并 - 有了一个好的历史查看器，仍然很清楚什么是正在进行中。