git-merge

    0熱度

    1回答

    我用git-imerge合併了兩個分支。 git checkout branchA git-imerge start --name=merge-devolp-to-A--first-parent --goal=rebase-with-history develop 我跑上面的命令,合併開發分支到branchA。 合併完成後,git-imerge將最終結果放到分離的HEAD中,然後將HEAD放

    0熱度

    1回答

    考慮一個由若干開發人員組成的團隊,他們同時在一個代碼庫上工作。將功能恢復到主分支時,可以使用git merge或git rebase。 我從其他幾位開發者那裏聽說過,與git rebase相比,如何使用git merge將使您的git歷史變得時髦。 我也看到了這個SO question about the difference between merge and rebase。 One SO an

    0熱度

    1回答

    我有一個叫做backend_setup的分支,我在這裏設置服務器和數據庫。我從分支推送得很好,但當提出請求時,我得到「此分支有必須解決的衝突」,然後列出package-lock.json和package.json。尋找解決方案只會讓我在終端有衝突的人。我讓我添加,提交,並推動得很好,但github上的pull request沒有通過。 我的包lock.json <<<<<<< backend_se

    2熱度

    3回答

    步驟我接過後: 合併的主分支到我的特性分支。 開始解決提交,意外解決使用他們在其中的衝突之一,並希望重做它。 重置所有更改。 在這一點上,我似乎做任何事情不能因爲我是在合併狀態時,我不小心犯下這些變化,並推到GitHub上(我用SourceTree,離開了選項打勾!) 現在,每當我嘗試從主合併它假設我已經有最新的變化,並沒有添加到我的功能分支。 我試圖運行git revert -m 1 <comm

    1熱度

    1回答

    在我當前的項目中,所有團隊成員都是Git的新手,最近我們在開發過程中獲得了一些協作方案。 我的問題是如果多個團隊成員在一個項目中工作,每個開發人員(在這種情況下開發人員1 & 2)在本地創建了他們的本地功能分支。 但是存在對彼此模塊的依賴性。 要將開發者1代碼的最新代碼發佈到開發人員2機器,方法是將開發人員1的功能部分推送到GitHub遠程,以使開發人員2可以獲取開發人員1的最新代碼,並在更改推開

    1熱度

    1回答

    我嘗試合併branch A至branch B。在A和B兩者之前由於團隊合作而產生不一致的TabBbing,但是我們修復了並且A和B上的當前版本具有相同的Tabb。現在,當我嘗試合併兩個分支時,我合併了衝突(不是由於Tab鍵)。當我試圖解決衝突與MELD(也試圖與kdiff3,同樣的事情)爲mergetool的LOCAL和REMOTE是用相同的黏合,但BASE是在圖中所示的老黏合: 這是爲什麼發生?

    -1熱度

    1回答

    請幫助使主分支與具有所有最近更改的遠程主分支匹配。 請看以下git的狀態: $ git的狀態 分支主 你的分支和「產地/主」分別有分歧, 並各有26次22個不同的提交。 (使用「git pull」將遠程分支合併到您的手中) 所有衝突都已修復,但您仍在合併。 (使用「git commit」結束合併)

    0熱度

    2回答

    我創建了一個用於開發的分支,它有一些無用的提交。現在我想將提交合併到mainline分支。我想在原始/主分支中提交的唯一提交是最新的提交和另一個將第一次提交壓縮爲第二次提交的提交。 編輯: 對不起,如果這不明確,讓我試試更清楚。假設我在開發分支中有5個提交。我想將dev分支中完成的所有更改合併到origin/master分支。問題是我想壓縮提交#1-4到一個提交併合併提交和提交#5到原始/主分支。

    1熱度

    1回答

    我有dev和main分支。一些提交到dev分支,然後一些dev分支提交進入main分支。這意味着,在dev分支中有幾個提交,它們在任何給定時間都沒有在main分支中提交/挑選。 我不知道是否有辦法記錄所有dev提交新的或未挑選到main的提交。 我試着用, $git log main..dev $git log dev..main ,但他們不爲我的目的。

    0熱度

    1回答

    不知過濾提交,如果有一種方法只過濾提交到應用,當我們使用, git cherry dev 在換言之,讓我們假設上面的命令產生輸出下面, - 33d5713b613f56938f23f8f61c55e63c34a92720 + fe77980a11d85ee3a14d45274b0b6db4af8b6574 - 8e642df428532339adee523234da3ce6c1def989