在 Git 中 cherry-pick 一個提交
cherry-pick
是一個非常有用的命令,在使用 Git 的各種場景中非常棒且非常有用。在 Git 中,cherry-pick
命令允許我們將來自一個分支的排序和分離的提交合併到當前的 HEAD
分支中。
我們可以解釋為從特定分支中選擇一個提交併將其轉移到另一個分支。此命令可用於撤消該分支的更改。例如,如果任何提交被意外推送到不需要的分支。我們可以切換到所需的分支並選擇意外提交到所需分支的位置。
何時使用 Git cherry-pick
Git cherry-pick
是一個強大的工具,但並不總是最好的選擇。我們應該應用不常見的 cherry-pick
,因為當我們使用此命令將提交合併到我們的 HEAD
分支時,它很容易重複提交。
Git 負責進行與上次提交具有相同要求的新提交。當我們錯誤地將新更改提交到錯誤的分支並將其推送到遠端倉庫時,應該使用 Git cherry-pick
。
將其推送到遠端倉庫後,我們意識到推送的提交不需要推送到特定的分支,因此我們必須使用 Git cherry-pick
命令通過唯一 ID 選擇該提交併將其傳輸到正確的分支。
每當我們有機會應用傳統的 Merge 或 Rebase 來合併時,我們應該考慮 cherry-picking
,因為 cherry-pick
必須保留用於合併或 rebase 不適用的極少數情況。
Git cherry-pick
命令
我們只需要從我們在錯誤分支上所做的提交中指定我們想要合併到當前 HEAD
分支的提交,et12x8iu
是我們需要指定的提交 ID,以便在當前分支上合併它。
以下是將錯誤的提交轉移到新的最新提交的命令。
$ git cherry-pick et12x8iu
這樣,我們將直接將指定的修訂提交到我們當前簽出的分支。
假設我們的工作還需要一些修改。在這種情況下,我們也可以使用 Git 命令僅將提交的更改包含到我們的主工作副本中,而不直接提交它們。這樣,它將直接進入修改後的工作副本,我們可以根據需要修改檔案。
以下是將錯誤提交到我們的工作目錄的命令:
$ git cherry-pick et12x8iu --no-commit
在 Git 中恢復已刪除的提交和撤消更改
有時功能分支
有一些複雜性並且不會合併到當前分支
中,有時由於不同的工作需求,拉取請求可能會停止而不合並。
Git 的特別之處在於它永遠不會丟失對這些提交的跟蹤,並且通過諸如 git log
和 git reflog
之類的一些命令,它們可以被再次跟蹤並 cherry-picked
回到它們應該在的位置地方。
我們可以說不應使用選項 cherry-pick
代替 git merge
或 git-rebase
。git log
命令可用於幫助整理提交到特定分支中的 cherry-pick。
Abdul is a software engineer with an architect background and a passion for full-stack web development with eight years of professional experience in analysis, design, development, implementation, performance tuning, and implementation of business applications.
LinkedIn