我正在使用Git / Heroku作为工作应用程序。通常,更改将合并到master中,然后推送到staging然后生成。但是现在我只需要将选定的更改(补丁)推送到生产中。我该怎么办?
我的第一个想法是从heroku / production中拉出来。在此处复制更改(例如,可能来自补丁2和4的子集),然后仅进入heroku生产。我认为这在短期内会奏效。但是在未来我该如何处理这种“分歧”的变化呢?由于现在掌握和生产是不同的。当我从大师推进生产时,我想我会发生冲突?或者我最终会压制生产的变化?如何管理这些变化?
答案 0 :(得分:0)
但是将来如何管理这样的"分歧"变化?
通过创建专门的分支" prod
"从中你cherry-pick从主人那里提交你想要的权利(而不是全局合并)
现在掌握和生产是不同的。当我从大师那里投入生产时,我猜我会发生冲突吗?
是的:一旦你开始挑选提交,你就不应该合并了。
(因为duplicate commits和functional dependencies)
这两个分支之间的最佳对帐是master
足够稳定,以便替换 prod
分支(意味着您将prod
重置为{{ 1}})
我正是这样做的"双分支"我compileEverything project中的方法。