将选定的更改推送到生产中

时间:2015-04-03 02:10:22

标签: git deployment version-control

我正在使用Git / Heroku作为工作应用程序。通常,更改将合并到master中,然后推送到staging然后生成。但是现在我只需要将选定的更改(补丁)推送到生产中。我该怎么办?

  1. 主人的一些初始状态
  2. Patch 1
  3. Patch 2
  4. 补丁3
  5. 补丁4
  6. 补丁5
  7. 我的第一个想法是从heroku / production中拉出来。在此处复制更改(例如,可能来自补丁2和4的子集),然后仅进入heroku生产。我认为这在短期内会奏效。但是在未来我该如何处理这种“分歧”的变化呢?由于现在掌握和生产是不同的。当我从大师推进生产时,我想我会发生冲突?或者我最终会压制生产的变化?如何管理这些变化?

1 个答案:

答案 0 :(得分:0)

  

但是将来如何管理这样的"分歧"变化?

通过创建专门的分支" prod"从中你cherry-pick从主人那里提交你想要的权利(而不是全局合并)

  

现在掌握和生产是不同的。当我从大师那里投入生产时,我猜我会发生冲突吗?

是的:一旦你开始挑选提交,你就不应该合并了。
(因为duplicate commitsfunctional dependencies

这两个分支之间的最佳对帐是master足够稳定,以便替换 prod分支(意味着您将prod重置为{{ 1}})

我正是这样做的"双分支"我compileEverything project中的方法。

master and prod