GitHub：合并旧分支

因此，假设您将主功能分支，为应用程序创建一个“新功能”。现在，这个特性要到X个月后才会推出（我们会说3个月）。在这3个月的时间里，假设我们将其他功能分支推送到了master，甚至将一些bug修复直接推送到master。自从我们的“新特性#101”发布以来，我们现在有一个拥有14个以上提交的主分支。那么，现在假设推出“新功能#101”的时间是+3个月，那么将其合并到master中的最佳方式是什么？我们是否直接合并到主功能中，是否重新设置“新功能”的基址？正确的方法是什么？

将

master

合并到

新功能#101

首先，清除所有合并冲突，然后将其简单地合并回master（这样也更容易看到差异）。

将

master

合并到

新功能#101

首先，清除所有合并冲突，然后，它将简单地合并到主控中（这样也更容易看到差异）。

现在，当“新功能”101有十几个提交时，这个门槛会干净地工作吗？是的。关键是，您希望您的功能分支与master完全同步，这样您的功能分支的头就在master之前，合并只是切换头的指针。这样，“较新”的master合并到这个“新功能”（但有各种文件的旧内容），仍然将master干净地合并到新功能中？我想我已经把这里的一切都搞定了。现在，当“新功能101”有十几个提交时，这个窗台能正常工作吗？是的。关键是，您希望您的功能分支与master完全同步，这样您的功能分支的头就在master之前，合并只是切换头的指针。这样，“较新”的master合并到这个“新功能”（但有各种文件的旧内容），仍然将master干净地合并到新功能中？我想我已经把这里的一切都搞定了。