我試圖重新排序3次提交。 我目前的狀況是: A -> B -> C
我想變基並獲得這樣的: A -> C -> B
(只是交換承諾B和C) 我運行命令git rebase -i A 。 我的編輯器打開了,我改變了選擇完成並保存。 什麼都沒有發生。 我注意以下幾點: 當我運行變基命令,我的編輯器打開,而且我已經看到在終端執行以下操作: Successfully rebased and upd
由於我面對這個困難很多,我想知道git是否有一個妄想。 我有一個上游回購。 我已經僞裝了,並命名爲origin。 我有一個master分支。 我有一個分支叫做feature_1。 我在feature_1分支在開發過程中。我下面這些步驟時,我想變基它: $ git checkout master
$ git fetch upstream // To see is there any change
當我編寫代碼時,我將它分解成小的邏輯更改,可以方便快速地進行審閱。 爲此,我使用git rebase -i(交互式)來壓扁,放置和改變提交次序。 我注意到這有時會導致GitHub拉取請求上的提交順序不同(儘管訂單保留在遠程分支上)。 例如, 提交1 提交2 提交3 可能在PR顯示爲: 提交3 C ommit 1 承諾2 我在網上搜索,只有設法找到這個GitHub上的幫助頁面:Why are my
我想以編程方式與我的特性分支將不得不重訂衝突,如果我試圖變基他們確定。有沒有辦法讓git能夠告訴我這些信息而不需要實際執行rebase? 做不到這一點,什麼是檢測一個重訂git rebase --abort之前荷蘭國際集團失敗的最簡單的方法? 我的問題是類似這兩種,它們是相同的,但對於合併,而不是變基 Can git tell me if a merge will conflict without