git-interactive-rebase

    0熱度

    1回答

    我有一個git repo,我決定公開,這意味着將數據庫連接信息移動到.gitignored文件中。但是,我的存儲庫歷史記錄仍包含我添加的提交,然後刪除了這些信息。 我已經嘗試了從this question使用交互式rebase的解決方案,但這似乎只允許我更改/重新排序提交消息,而不是提交中包含的代碼。

    0熱度

    2回答

    我做了我的最新變化 git push origin master 一推,然後我修改與互動變基提交信息,即 git rebase -i HEAD~5 ,並在最後一次提交修改的消息。 這個保存成功,但當我做了git push origin master它只是說Everything up-to-date。 現在,git的歷史記錄並沒有顯示實際上已經做出的措辭變化? 但是,當我做一個git com

    2熱度

    2回答

    我正在嘗試rebase -i幾次提交,這些提交發生在我的歷史記錄中。說我有這樣的日誌: * 5e32fb0 (HEAD -> master) Add latest feature * 106c31a Add new feature * 2bdac33 Add great feature ...100 other commits... * 64bd9e7 Add test 3 * 3e10

    1熱度

    3回答

    考慮下面的git的歷史: * 21f05f9 - Fifth commit * 0534049 - Fourth commit * 738ae0a - Third commit * 288ffd2 - Second commit * 2535dca - First commit 我將如何結合21f05f9738ae0a和2535dca成一個承諾? 我已經試過git rebase -i

    7熱度

    2回答

    我有以下情況: K---L new-feature / H---I---J dev-team1 / E---F---G dev-main / A---B---C---D master 我想只移動新功能(K --- L)分公司DEV-主要分支無(H --- I --- J)的形式DEV-TEAM1 H-

    3熱度

    2回答

    我想重寫我的提交消息。我使用git rebase --interactive,並使用reword來更改提交消息。我的期望是我的樹將保持完全相同,但具有不同的提交消息。相反,我最終得到了2棵樹,其中一棵包含原始信息,一棵包含原始信息。 我已經編輯了下面的樹來消除複雜性,所以也許它不是真正表示事情出錯的原因,以及爲什麼,但它清楚地表示了我現在所擁有的東西。請注意,有4條消息基本相同,但略有改動。我向你

    3熱度

    1回答

    我最近安裝了Vim。現在,當我在交互模式中重建我的分支時,Git會自動打開Vim。 但是,我不想以交互模式打開Vim;相反,我想打開默認的Git交互模式編輯器。我如何設置Git使用的默認交互式編輯器?

    14熱度

    1回答

    我有一個全新的git回購。它有三個提交。 我想將它們壓在一起,這樣我的項目歷史看起來很乾淨,而其他人看不到我的哈希提交。 顯然沒有人看到回購,因爲它是全新的,所以改變歷史不是問題。我是唯一的用戶。 但git rebase -i要我跟蹤上游分支。我不想發佈任何東西,直到我整理了git日誌。 如何在沒有跟蹤上游的情況下進行交互式重新分配或壓縮一般提交?

    1熱度

    2回答

    後,我有我的git倉庫以下(簡化)場景: A-B-C-F \ D-E 提交F是對C的修復,這需要成爲一個提交。我試着使用git rebase -i HEAD~2「主」分支的互動變基,但這會導致以下: A-B-CF \ C-D-E ,而我希望它是這樣的: A-B-CF \ D-E 任何人知道如何實現這一目標?我還沒有推動任

    2熱度

    1回答

    我正在修復一系列提交的一些提交消息。我開始 git rebase --interactive 標記一些提交重新編輯,然後編輯消息。如果我可以在編輯器中看到每個提交的差異,就像在做git commit -v時那樣,這會非常有幫助。是否可以使用rebase? (我也只是edit的提交,然後看到的diff,但這是慢得多,也不太方便。)