将更改从master合并到已发布的功能分支

时间:2013-10-12 18:11:56

标签: git merge rebase

如果有多个开发人员在使用功能分支,并且我们需要定期从master中引入更改,那么我知道有两种方法:

  1. 开发人员表示他们拥有已发布功能分支的最新更改。然后一个开发人员重新加入主人并强行推动。其他开发人员拆除了新功能分支,每个人都在继续开发。
  2. 任何开发者只要他们喜欢就会合并主人,没有人强行推动。
  3. 我的问题:

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

1 个答案:

答案 0 :(得分:0)

  1. 是的,除非你rebase with the --preserve-merge option,那些合并提交仍然存在,但master上没有任何父项。

  2. 我倾向于赞成第一种方法,因为:

    • 它确实在开发团队中实施沟通
    • 它避免了"back-merge"(从master到功能分支)
    • 它不需要那些你想在最后的rebase期间保留的master的合并提交。
    • 它有助于将该功能分支最终集成到主