考虑一个场景，在该场景中，我已经从母版创建了一个名为“功能1”的分支。我的朋友还从母公司创建了一个名为“功能2”的分支。他完成了代码更改，并将“功能2”分支合并回master。
现在，我已经在“功能1”分支中完成了更改，并希望合并回master（自从分支分支以来已更新）。在将“功能1”合并到母版之前，是否需要拉/变基，还是git可以处理？
在将功能分支合并到主分支之前，无需更新主分支。但是，这不是最佳实践。您最好执行以下操作：
这样，将确保您的提交是历史记录中的最新提交，并且所有合并冲突都在功能分支（而不是主分支）上进行处理。这样可以使您的主分支保持干净，历史记录也保持清洁。使用您的仓库的其他人会很高兴。
命令将如下所示：
要详细说明每个命令将执行的操作：
master已过时的版本master，应用任何本地更改master都放在最上面（如果您使用分支进行编辑，则无此操作）feature1仍基于过时的“主人”的分支feature1在上应用更改master，该更改已在＃2中更新master，已更新，但仍然没有feature1更改master更改应用在之上feature1，但是由于feature1是master的直接子代，因此只需使用feature1的更改再次更新mastergit push“发布”所做的更改以将主版本存储到仓库中| 归档时间： |
|
| 查看次数： |
2643 次 |
| 最近记录： |