rebase

    8熱度

    2回答

    我使用git rebase -i來重寫歷史記錄 - 在這種情況下,對早期提交的更改集進行小改動。換句話說, A---B---C master ---> A---B'--C master 我知道C是隱式改變,太多,但你的想法。這是我迄今取得的進展: git rebase -i HEAD~2 變化B從keep到edit。 編輯文件。 git commit -a --amend g

    0熱度

    1回答

    雖然我正在重新設計分支機構,但其餘的團隊仍繼續處理代碼。 Rebase持續約1-2小時。我在上下文菜單中通過右鍵單擊要合併的文件夾進行合併,因此在此處沒有特別之處。 團隊成員簽出代碼,改變它,但他們沒有簽入。這種方法有什麼風險?這種情況的最佳做法是什麼?你的團隊如何處理這種情況?

    14熱度

    4回答

    我正在使用git並希望更改現有分支的基礎。這是由一個部署系統引起的,它將這個明確的分支引入我的生產環境。在規劃我的發佈時,我每次想要上線時都會創建一個標籤。但我的分支也有特殊的變化,所以git reset --hard v1.0將無法​​正常工作。 這裏有個小例子。我想這 C---D---E deploy / A---B---F---G master \ v1.0

    5熱度

    2回答

    我以某種方式在分支中獲得了一些重複的提交,每個都有相同的更改。這是一個公共分支,由幾個用戶從幾個分支合併而成。我需要定期將這個分支重新分配到另一個回購的主分支上,這些重複使它變得笨拙。 有沒有辦法刪除這些並推送他們到公共回購w/out使其複雜的其他用戶在分支機構工作?

    22熱度

    4回答

    我可以使用git pull來修改更改,但它會合並我的本地提交。是否有一個git rebase相當於我可以在遠程更改?

    1熱度

    1回答

    我有一個本地分支,它跟蹤上游SVN分支,在我正在進行本地更改時,完成了大量的開發工作。在那段時間裏,我經常將上游合併到我自己的分支中,以及櫻桃採摘的孤立提交併將它們發送到上游。因此,在本質上,我的歷史看起來像一個巨大的clusterfest: A--B--C--D--b'-E--F--e'--G--H (svn) \ \ \ \ a--b--c--d--e--f--g--h

    1熱度

    1回答

    我試圖把一個特性分支(「tricoherence」)上最新與主分支: git rebase master tricoherence 不出所料,我有一個合併衝突。沒問題,我開火了git mergetool並節省了一天的時間。至關重要的(我認爲)是我使用opendiff(== FileMerge)來解決合併。當我把文件保存在FileMerge,請我回去的終端,發現我不再在我的分支: compu

    3熱度

    2回答

    比方說,我有一個Git倉庫,看起來像這樣: merge-base---A1--A2------A3------A4 (branchA) \ ----------B1------B2 (branchB) 爲了讓事情變得更簡單,讓我們說上branchA的提交嚴格修改的fileA,並branchB的提交嚴格的修改FILEB。 我想這些分支合併到第三分支,branchAB,

    7熱度

    2回答

    我發現在這裏似乎是非常類似的問題,看起來好的答案是什麼;但由於某種原因,我似乎還無法弄清楚如何讓這個工作。我擔心的是,這可能根本不可能。 以下是這種情況:我正在研究一個使用中央SVN存儲庫作爲我們的版本控制系統的小團隊。我的雙人程序員和我感到沮喪,沒有選擇本地提交(並且不想經歷使用SVN分支的麻煩),所以我們研究了使用Git還是Mercurial作爲SVN客戶端,發現hgsubversion似乎有

    42熱度

    4回答

    我在我的主人的底墊中的中間階段分支 git checkout stage git rebase master 在一段時間我刪除了兩個文件,然後修改根據這兩個文件到GIT。 warning: too many files, skipping inexact rename detection CONFLICT (delete/modify): test-recommendation-resul