2
GitHub documentation建议不要承诺已公开推出的承诺。替代推销承诺
我们有两个分支master
和dev
。我已经对master
做了一个修改,我想将其修改为dev
,dev
本身比master
要好很多。
在这种情况下,修补程序是2个文件,每个文件只有1行更改。
什么是最容易的方式,让这个到dev
分支而不会令人不快的事情混淆?
GitHub documentation建议不要承诺已公开推出的承诺。替代推销承诺
我们有两个分支master
和dev
。我已经对master
做了一个修改,我想将其修改为dev
,dev
本身比master
要好很多。
在这种情况下,修补程序是2个文件,每个文件只有1行更改。
什么是最容易的方式,让这个到dev
分支而不会令人不快的事情混淆?
如果修复程序是master
中唯一不在dev
中,那么您可以简单地将master
合并到您的dev
分支中。
否则,你可能会想樱桃挑选修补程序提交到您的dev
分支。假设修补程序是master
中的最新提交,您可以执行以下操作:
git checkout dev
git cherry-pick master
是的它是唯一不在dev的主设备 –