因此,我一直在研究一些小代碼更改,並將它們推送到我們的develop
分支(master
在創建發佈後進行更新)。無論如何,我注意到一旦我在GitHub中使用「Merge pull request」將任何更改合併到develop
分支中,在開發中執行git log
就會發現有兩個提交。這是我做的一個典型的歷史。兩次提交出現在每次合併的日誌中
- 從發展:
git checkout -b mylocalbranch develop
- 讓我的新分支我的變化,做一個
add
,commit
和git push --set-upstream origin mylocalbranch
- 創建我的GitHub上的PR(做1-3步昨天)
- 當所有很酷,點擊GitHub中PR上的「合併請求」按鈕,並刪除分支,也是通過Github完成的(今天這一步)。
而現在,如果我更新develop
並做了git log
,我看到類似以下內容:
commit b195f327fb7b80ebhfye5b6d17af6686tgs6dc79
Merge: d4c3f43 mwi6h80
Author: Meanwhile InHell <[email protected]>
Date: Thu Oct 13 10:05:05 2016 +0100
Merge pull request #666 from MWIH/mylocalbranch
Updates to stuff that needed updated
commit mwi6h80664f09b95b8ce9xd3624435337259g47o
Author: Meanwhile InHell <[email protected]>
Date: Wed Oct 12 16:54:05 2016 +0100
Updates to stuff that needed updated
我不明白爲什麼我第一次提交(非合併一個)出現在develop
分支上。我有一種感覺,它與我在分支創作結束時出現的「develop
」有關; git checkout -b mylocalbranch develop
可能的重複[在Git中刪除合併提交](http://stackoverflow.com/questions/30561895/removing-merge-commits-in-git)或http://stackoverflow.com/questions/16326381/is -there-a-way-to-hide-merge-commitits-in-github-when-comparing-branches – PeeHaa
我不想刪除這些提交,因爲這些門票你鏈接,我想知道他們爲什麼被創建首先,我公司的其他人不存在這個問題。 – MeanwhileInHell
我不明白你在這種情況下要問什麼。 – PeeHaa