Github 合并请求以防止合并冲突
Github merge request to prevent merge conflicts
您好，我有一个主分支，我想合并其中的两个分支。比如 1. feature-1 2.feature-2 3. feature-3.
首先，我创建了 feature-1 分支并从 master 创建了它，并创建了一个待处理的合并请求。
现在我想在 feature-2 中工作，那么我应该从 master 还是 feature-1 创建它？
Now I want to work in feature-2 , so should I create it from master or feature-1 ?
来自 master。所有分支都应该源自它们稍后将合并到的分支。显然，他们 不必 是——这不是一个神奇的硬性规定——但这是一个很好的惯例，因为它会在以后降低复杂性。
如果 feature-1 在您仍在 feature-2 上工作时被合并到 master 中并且您想更新 feature-2 以获取 [=11= 的各个方面]，你可以将 feature-2 变基到 master（或将 master 合并到 feature-2，尽管我不太喜欢这种方法）。
但我也想反驳你问题中的预设，即你似乎认为冲突是应该避免的。这是错误的。合并冲突还不错。我希望他们把它命名为别的东西；我称它们为“手动合并”，而不是 git merge 尝试自主执行的“自动合并”。有时完全自动合并是不可能的，所以你必须给 git 一个手动合并的帮助。就这样。它仍然是合并，没有出错。这很正常，您应该尽量不要畏缩。
您好，我有一个主分支，我想合并其中的两个分支。比如 1. feature-1 2.feature-2 3. feature-3.
首先，我创建了 feature-1 分支并从 master 创建了它，并创建了一个待处理的合并请求。
现在我想在 feature-2 中工作，那么我应该从 master 还是 feature-1 创建它？
Now I want to work in feature-2 , so should I create it from master or feature-1 ?
来自 master。所有分支都应该源自它们稍后将合并到的分支。显然，他们 不必 是——这不是一个神奇的硬性规定——但这是一个很好的惯例，因为它会在以后降低复杂性。
如果 feature-1 在您仍在 feature-2 上工作时被合并到 master 中并且您想更新 feature-2 以获取 [=11= 的各个方面]，你可以将 feature-2 变基到 master（或将 master 合并到 feature-2，尽管我不太喜欢这种方法）。
但我也想反驳你问题中的预设，即你似乎认为冲突是应该避免的。这是错误的。合并冲突还不错。我希望他们把它命名为别的东西；我称它们为“手动合并”，而不是 git merge 尝试自主执行的“自动合并”。有时完全自动合并是不可能的，所以你必须给 git 一个手动合并的帮助。就这样。它仍然是合并，没有出错。这很正常，您应该尽量不要畏缩。