git-rebase

    1熱度

    1回答

    Git改變了拉請求的源分支

    而不是在另一個分支進行更改，並從該分支做出拉請求，我做了主分支的變化，並提出pull請求。現在，我想編輯拉請求。 我想將對主分支所做的更改複製到另一個分支。 我想主分支更新與上游分支 我想更新我的拉請求，以便提交現在從其他分支，而不是我的主分支。 謝謝。
    git github git-branch git-rebase pull-request 2017-07-01

    1熱度

    2回答

    Git的變基地方VS混帳拉--rebase起源

    我有一個本地（從未被推到遠程）特性分支F1從主有幾次提交製成。我似乎不明白這兩個動作之間的差異（F1是當前分支）： git fetch origin git rebase master 和 git pull --rebase origin master 我的期望是，他們應該是等價的，但他們不是 - 產生不同的結果。 我的想法有什麼問題？
    git version-control git-rebase branching-and-merging 2017-07-04

    0熱度

    1回答

    更改根提交父指向另一個提交（連接兩個獨立的git存儲庫）

    我有一個在svn存儲庫中有超過3年曆史的項目。它被遷移到git，但是做這個的人，只是拿最後一個版本，拋棄所有這3年的歷史。 現在項目在一個存儲庫中有最近3-4個月的歷史記錄，並且我已經將其他3年的svn歷史記錄導入到新的git存儲庫中。 是否有某種方法將第二個存儲庫的根提交連接到第一個提交的最後一個提交？ 它是這樣的： * 2017-04-21 - last commit on master
    git git-rebase git-filter-branch git-history-graph 2017-05-19

    0熱度

    1回答

    如何讓兩個遠程git分支指向相同的提交？

    這是一個經常被問到的「如何讓兩個git分支指向同一提交」的稍微不同的版本。 我有兩個遠程 git分支叫做origin/A和origin/B。兩者都很遙遠，都被別人使用。通常起源/ B如下產地/ A落後，但可以很容易地快速通過轉趕上： git checkout -t origin/B git merge origin/A git push 在一段時間每隔一段時間，我們暫時提交獨特的原點/ B
    git git-branch branching-and-merging git-rebase 2017-07-12

    0熱度

    1回答

    如何通過更新那些依賴於重訂有相關的提交補丁犯混帳到最新

    所以，我在樹枝上的bug/156453和我的git的日誌顯示我在上面，然後從其他隊友的幾次提交補丁。現在，我要變基我自己的補丁，因爲隊友已經更新補丁（補丁依賴我的補丁）等什麼，我期待與我的隊友的補丁程序的最新版本，重訂。有沒有比櫻桃採摘他的補丁更小的方式，下載我的補丁，然後運行git審查。 輸入將不勝感激。由於
    git git-rebase 2017-05-30

    2熱度

    1回答

    除了由此產生的git樹結構，git pull與git fetch + git rebase之間是否有任何重要的區別？

    我在開發團隊工作，在git推送任何更改以避免合併衝突之前，首選使用方法git fetch，然後git rebase而不是git pull的方法。 除了視覺樹結構的差異之外，還有一個具體原因嗎？據http://mattsnider.com/git-rebase-versus-git-pull/fetch & rebase 「會產生一個更清潔的歷史，沒有多餘的合併提交」 但兩種方法之間是否有任何其他理
    git git-rebase pull git-fetch git-status 2017-07-25

    0熱度

    1回答

    Git恢復提交併添加更改，即使在提交更多提交後

    我的用例非常常見。 我添加了一個提交，通過我的構建系統。構建系統上的一些提交後測試失敗。系統配置爲恢復這樣的提交。 因此該系統還添加了Reverting back revision my-commit。 現在，我添加了修正以糾正構建。但是在別人推倒我之前，其他人做了2次提交之後成功進入的提交。 所以我現在的狀態是： $ git log commit good-commit1 author:
    git version-control git-rebase git-revert 2017-06-07

    0熱度

    1回答

    'git merge'如何搞亂你的提交歷史？

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

    0熱度

    1回答

    Git rebase上一個簡單的提交重新排序失敗，沒有采取任何行動

    我試圖重新排序3次提交。 我目前的狀況是： A -> B -> C 我想變基並獲得這樣的： A -> C -> B （只是交換承諾B和C） 我運行命令git rebase -i A 。 我的編輯器打開了，我改變了選擇完成並保存。 什麼都沒有發生。 我注意以下幾點： 當我運行變基命令，我的編輯器打開，而且我已經看到在終端執行以下操作： Successfully rebased and upd
    git rebase git-rebase 2017-06-15

    2熱度

    1回答

    重做GIT中的錯誤合併

    很久以前在git的歷史中，我可以看到有人做了兩個分支的錯誤合併。他發生衝突，所以他只是刪除了很多有衝突的變化。結果是主分支不包含這些變化（我們甚至沒有懷疑它，直到我們檢查）。 分行功能已合併分行開發。 功能包含改變X Y Z.然而，Y和Z分別在合併過程中刪除，因此發展只包含X.我要合併功能到發展再次，因爲我需要的所有更改。但是，GIT認爲它們已經合併（它知道它們相互衝突並被手動「解決」）。 我怎麼
    git git-merge git-rebase git-conflict-resolution 2017-05-09
最新問題