rebase

    18熱度

    1回答

    我已將一堆更改提交到我的git存儲庫的主分支上,並將其推送到上游(儘管我是唯一一個從事這些工作的人)。我想做什麼將這些最後幾個提交關閉,在主提交之前將主服務器回滾,重新將提交應用到開發分支,然後合併回主服務器。 這裏就是我的倉庫貌似現在: a [master] [remotes/origin/master] | b | c | d (merge branch 'develop') |

    2熱度

    2回答

    我想知道爲什麼下面的模式是不可能的。 已經創建了本地特性分支(minor_feature - 不打算與世界分享)我想在變基其上的工作,一個衆所周知的分支(穩定)的尖端。然而我發現rebase在穩定沒有進步的情況下沒有發生任何重新設定。 我認識到,這打破了重訂的目標不能是源的祖先,但不能工作了,爲什麼本應在所示的簡單情況下被禁止的規則。我也明白,除了分支之外,拓撲在rebase期間實際上不會改變。但

    22熱度

    3回答

    我用git-svn來創建一個SVN倉庫的git鏡像。 SVN內部的結構有點不合標準,所以git創建了一個分支,它沒有與master分支共同提交。 A---B---C topic D---E---F---G master 我知道犯A基於關閉提交E我敢肯定,我已經解決造成混帳不承認(使用filter-branch)這一事實的問題。我想要做的是重新連接topic到master分支,設置E爲A父

    1熱度

    2回答

    我有一個Git回購具有以下結構: A--B--C--D--E 我想在C分開提交到一個分支: C /\ A--B---D--E 我該怎麼辦呢?

    4熱度

    2回答

    分歧在以下情形後: 製作提交A,B,C 拉,讓犯d,E 讓更多的提交F,G,H,... 意識到你需要使用git rebase -i和git commit --amend 0123來調整乙 調整乙 現在git status說: Your branch and 'origin/master' have diverged. 我應該怎樣解決這個問題? 注意:我沒有推;這與推動無關。 注意:再次拉動不能

    2熱度

    1回答

    可能重複: Git: removing selected commits from repository 我想移除選定commmit從線性提交樹: R-> A-> B-> C-> d - > HEAD 我想刪除提交C及其中所做的所有更改。

    3熱度

    4回答

    我想要rebase的目的。對於我,這說得通。基本上,我有一個功能分支,我正在處理,並且已準備好將其放入主分支中,我將進行重新分配以將所有提交操作壓縮到一個乾淨的分支中,以便它可以輕鬆集成到主分區中,而不會混亂歷史。對? 以下是我們一直在做的事情。 創建一個特性分支 添加了一堆提交的爲我們所建立的功能 主分支定期合併到功能分支(爲了避免痛苦的合併的道路) 當一切完成後,合併特性分支成主 我看到的問題

    6熱度

    1回答

    我運行了git pull --rebase,並在使用git rebase --abort修復了多個合併衝突之後終止了此操作。 嘗試重組之前,git status告訴我:「您的分支在20次提交之前超過'origin/master'。」 現在我得到:「你的分支和'起源/主'分開了,分別有15個和5個不同的提交。」 我已經完成了對最新提交(git reset --hard c15...e30)的重置,但

    2熱度

    2回答

    我在一個分支'develop'中工作,當準備好與master進行合併時,使用交互式rebase將我所有的小提交壓縮到一個包含提交功能的提交中,我將其應用於master之上。 工作的很好,唯一的問題我有的是提交標記的時間是第一個小提交。這是有道理的,因爲這是唯一的承諾,「其他」被「壓扁」。任何人都知道如何將最終的小提交的時間標記爲最後的小提交而不是第一個?通過'編輯'最早的提交併將後面的提交壓縮到此

    24熱度

    8回答

    當我做了一個混帳SVN變基它停在一個點上說:(我才知道,這些SHA鍵對應於一棵樹,而不是從上述兩個SHA鍵混帳顯示提交) Index mismatch: SHA key of a tree != SHA key of another tree. re-reading <sha index of a commit in svn/trunk> ... list of files ... fatal