git - 将 master 的更改合并到已发布的功能分支中

Question

如果有多个开发人员在一个特性分支上工作，并且我们需要定期从 master 引入更改，我知道有两种方法：

1. 开发人员表示他们拥有已发布功能分支的最新更改。然后一位开发人员重新定位到 master 并强制推送。其他开发人员拉下新功能分支，每个人都继续开发。
2. 任何开发人员都可以随时合并 master，没有人强行推动。

我的问题：

1. 这些是可能的工作流程，我说得对吗？
2. 对于第二个工作流程，当需要将功能分支带入 master 时，如何使用最干净的历史记录来完成？将 rebase 到 master 清理/删除其他合并提交，还是会一团糟？

Answer 1

1. 是的。

2. 是的，除非您使用 --preserve-merge 选项变基，否则这些合并提交仍然存在，但没有任何父级 on master。

我倾向于支持第一种方法，因为：

• 它确实加强了开发团队内部的沟通
• 它避免了“反向合并”（从master功能分支）
• 它不需要您希望在最终变基期间保留的来自 master 的合并提交。
• 它有助于将该功能分支最终集成到 master