假设我有两个分支：master和feature，其中master表示稳定的主流。
现在我想将master中的新修补程序添加到我的功能分支中 在过去，我们尝试从master合并到功能分支，但是这个工作流程在将功能分支集成到master中时会导致稍后恢复的一些更改问题。
另一个问题是历史记录，因为现在当你查看分支历史记录时，来自master和feature分支的所有提交都将被交错，这使得以后无法进行rebase（例如，我们希望执行最终的rebase来清理和通过压缩一些提交来压缩历史，然后再将它集成到master中。）
每次我们想要从master获取修复时，一种选择是将功能分支重新设置为master。但这需要开发人员更多的纪律，冲突率更高，因为每个提交必须单独合并。
所以我想知道我们是否可以模拟从功能分支到主服务器的集成，然后将其推送到远程服务器中的新功能分支。这将是一种中间整合。然后开发将从此处开始，而不实际更改远程主站。这与从master合并到feature分支之间的唯一区别是合并提交中父项的顺序。从功能分支合并到主服务器，将创建一个合并提交，其中master的最后一次提交是第一个父服务。
这可以帮助Git在最终集成到master之后执行更清晰的合并吗？或者它与父母的顺序无关，因此这与从主人合并到特征完全相同？