厌倦了 Git 冲突😤？：定期 rebase，放松心情！

Git真是个好东西，不是吗？

当然可以，只要使用得当。

我们在项目开发中遵循的一般工作流程如下：

如果你仔细观察上面的流程图，你会发现从主分支到合并提交之间画了一条红线，这是有意为之的。

大多数情况下，许多开发人员同时处理同一个项目的不同问题，在我们工作的同时，主分支可能已经包含了其他人的更改，并且主分支可能已经有了新的提交。所以，让我们更新一下流程图。

好的，图表已更新。但是问题是什么呢？
问题是，可能会出现冲突，我们需要通过将主分支合并到你的分支或将你的分支变基到主分支来解决。

现在让我们明确一下我为什么选择 rebase 而不是 merge。

无需额外合并提交，
Master 的历史记录保持清晰线性。

所以当我们把 master 合并到我们的分支时，我们需要解决冲突，然后它会添加一个新的合并提交。

在变基过程中，我们的分支首先会与主分支同步更新，然后我们的提交会逐一应用。

如果你正在处理一项复杂的任务，你可能需要更多的时间，而主分支不会等你，所以我建议定期（每天）对你的分支进行变基，如果出现冲突，就解决它。否则，在创建大型任务的拉取请求或合并请求时，冲突可能会给你带来麻烦。