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的主設備 –