git-merge

    0熱度

    1回答

    我有一個場景,我在gitlab中創建了一個合併請求,用於從我的新開發分支到master的幾個文件。我的開發分支共有9次提交。在我的第三次提交中,我推送了幾個文件,後來我意識到這些文件不再需要。 所以,現在在我的合併請求中的6個文件我想合併3個文件,並希望關閉此特定的合併請求。我發現了幾個我在下面描述的解決方案,但我正在尋找一個非常具體的解決方案。 1)關閉此合併請求。創建/簽出一個新的開發分支只會

    1熱度

    2回答

    我搞砸了。我將其他分支合併到我的分支。雙方的變化都很大,所以我花了很長時間來解決衝突。提交合並後,我意識到我忘記添加一個文件,因此合併提交不完整。我不想用「被遺忘的改變」提交污染歷史,所以我決定在推送前修復它。我打了個電話 git reset --soft HEAD~ 然後我補充了錯過的更改並希望重新提交。但是,git不再知道它應該是合併提交。如果不重新進行整個合併,有什麼出路嗎?

    2熱度

    1回答

    我的一小組開發人員爲我們公司的幾個不同版本的核心產品創建和維護接口。我們的核心產品的不同版本大多是相似的,但是有一些差異要求我們將代碼保存在每個版本的單獨分支中。一切都在同一個存儲庫中。 我們最近需要切換到Git,並試圖確定當我們需要對所有分支做出相同更改時的最佳工作流程。迄今爲止,我們一直依靠Cherry Pick進行每一次提交。這很麻煩,必須有更好的方法。 下面是我們正在做的一個例子: V1

    1熱度

    1回答

    有時我分支寫一個功能,但需要一個初始的本地提交,它調整某些文件的方式讓我在本地工作。這些更改不會合並回主,因此當分支準備就緒時,我將其重新綁定並刪除最初的提交,該提交通常以日誌消息「DONT MERGE」開頭。但有時我仍然設法將它合併爲主。 通過查看git鉤子文件夾,我看到前/後提交掛鉤,但似乎沒有看起來理想的合併。這些鉤子中的任何一個都可以在提交之前查看提交嗎?我希望這可以在本地機器上工作,所以

    -2熱度

    2回答

    請看下面的例子: git log --all --oneline --graph * fc89735 (HEAD -> master) Merge branch 'feature' |\ | * 034f1de (feature) modify the calculate function | * 57aaea2 added another calculation function *

    0熱度

    1回答

    存在某種誤解,導致100多個文件發生衝突。儘管衝突很容易解決。文件的一組有: // In .h files virtual bool exec(); // in cpp files: bool SomeClassName::exec() { ,另一組有: // In .h files virtual bool work(); // in cpp files: bool SomeCl

    1熱度

    1回答

    在工作中,我們已經開始注意到一些奇怪的git行爲,我無法解釋。有人會進行提交,然後(通常在合併之後),提交中的一些代碼行將被撤消。這不是整個提交,並且可能隻影響文件的一部分。它也似乎發生在正常的成功合併之後(即沒有解決得很差的衝突)。 有時候這是顯而易見的,就像文件的一部分發生變化一樣,其他時候可能會更加微妙。它看起來並不是故意的,並且受影響的人看起來並不像使用rebase,commit修改,還原

    1熱度

    1回答

    所以我想弄清楚一個奇怪的問題,提交進行,合併到我們的主分支,但隨後在提交代碼捆綁對此承諾似乎只是消失。提交散列是4516ce019和github提交仍然在樹上,以及我的本地git分支。從git的日誌摘錄在主分支: commit 02659934ce32a4e700e1a7116685933e40a58b7f Author: Jordan Earls <[email protected]> Da

    0熱度

    2回答

    我知道有很多關於在git中撤銷合併的信息,但我似乎無法在我的具體情況中找到任何有關如何執行此操作的共識。 有人本質經由到位桶拉入請求合併我們develop分公司我們master分支。這只是今天發生的,所以這是在master分支上完成的最後一件事(我們不必擔心在合併提交之上的其他提交)。 注:我們舉辦到位桶自己,所以我們必須到位桶的舊版本。沒有回覆拉動請求選項。 從我讀過,有本質上的混帳處理這兩種方

    1熱度

    1回答

    我喜歡使用git blame作爲文檔的輔助形式。檢查爲什麼提交,什麼時候以及由誰提交是非常有用的。 但是有時一條特定線路的歷史會丟失。在某些情況下,可能發生這種情況: 發生更改,但之後恢復。 有人重新縮進文件並提交它。 後來標準縮進被恢復並提交。 有人將文件複製到沒有歷史記錄的新分支/回購。 我仍然有一個分支的原始歷史,我想合併到新的分支。 在所有這些情況git blame將顯示該文件,這通常不是