Git，作為當今最流行的分布式版本控制系統，已經成為開發者的必備工具。熟練掌握Git的使用技巧，不僅可以提升代碼質量，更能大幅提高工作效率。本文將為大家介紹幾條實用的Git使用技巧。

一、將提交記錄提取出來，發布到其他分支中

要將分支中的某次提交提取出來并發布到其他分支中，可以使用 git cherry-pick 命令。這個命令可以將某個分支上的特定提交應用到當前分支中。以下是具體的步驟和操作說明：

1.操作步驟

(1) 定位到目標分支先切換到目標分支，也就是你希望發布提交的分支。

git checkout target-branch

(2) 查看提交歷史查看需要提取的分支的提交歷史，找到你想要提取的提交哈希值。

git log source-branch --oneline

這會列出 source-branch 上的提交記錄，并顯示每個提交的哈希值（commit-hash）和提交信息。

(3) 使用 git cherry-pick 提取提交使用git cherry-pick命令將每個提交提取并應用到當前分支。

git cherry-pick <commit-hash>

如果你有多個提交，可以按順序逐個提取。例如：

git cherry-pick <commit-hash-1>
git cherry-pick <commit-hash-2>
git cherry-pick <commit-hash-3>

2.注意事項

(1) 解決沖突：如果在cherry-pick的過程中遇到沖突，Git 會停止并提示你解決沖突。解決沖突后，使用以下命令完成cherry-pick：

git add <resolved-files>
git cherry-pick --continue

如果你想放棄當前的 cherry-pick 操作，可以使用：

git cherry-pick --abort

(2) 提交順序：如果想要提取多個提交并按順序應用，可以使用以下方式進行批量提取：

git cherry-pick <commit-hash-1> <commit-hash-2> <commit-hash-3>

(3) 應用一段提交范圍：如果希望提取一段連續的提交，可以使用范圍選擇：

git cherry-pick <start-commit-hash>^..<end-commit-hash>

注意這里的 ^ 表示從 start-commit-hash 的父提交開始，這樣可以包括 start-commit-hash 本身。

3.示例場景

假設有一個 bug-fixes 分支包含 5 次提交，需要將其中的 1,2,4,5 次提交發布到 release 分支：

(1) 切換到release分支：

git checkout release

(2) 按提交順序逐個應用提交：

git cherry-pick commit1
git cherry-pick commit2
git cherry-pick commit4
git cherry-pick commit5

通過這些步驟，你可以將 bug-fixes 分支中的 1,2,4,5 次提交提取出來并發布到 release 分支中。

二、從分支中刪除某一次提交

在 Git 中，如果你需要從一個分支中刪除某次提交，有以下幾種方法可以實現，具體選擇取決于你是否需要保留提交歷史或者修改歷史的影響。

方法一：使用 git revert（推薦用于保留歷史）

git revert 是一種非破壞性方法，用來創建一個新的提交來撤銷指定的提交。這種方式可以保留提交歷史，并且是團隊協作中推薦使用的方法。

操作步驟：

# 在當前分支上撤銷某次提交
git revert <commit-hash>

git revert 會生成一個新的提交，它的作用是將 <commit-hash> 所做的更改逆轉。這樣可以保證團隊其他人不會受到影響。

方法二：使用 git rebase -i（適合歷史修改）

如果你想從分支中徹底移除某次提交，可以使用 git rebase -i 命令進行交互式 rebase。這種方式會重寫提交歷史，因此需要謹慎使用，并且只應在不影響其他開發者的情況下使用（例如本地分支或尚未推送的分支）。

操作步驟：

• 找到需要刪除的提交之前的提交哈希值，例如 <base-commit>。
• 執行交互式 rebase：

git rebase -i <base-commit>

• 在彈出的編輯器中，找到你想刪除的提交，并將該行的 pick 改為 drop，或者直接刪除該行。
• 保存并退出編輯器。

注意：

• 如果在 rebase 過程中遇到沖突，需要手動解決沖突，然后使用：

git rebase --continue

• 如果你想中止 rebase，可以使用：

git rebase --abort

方法三：使用 git reset（危險操作）

git reset 可以重置分支到指定的提交，移除某個提交及其之后的所有提交。這種方法會改變分支歷史，不建議在公共分支上使用。

操作步驟：

# 將分支重置到某個提交之前的狀態
git reset --hard <commit-before-target>

風險：

• --hard 會刪除所有提交后的更改和工作區的更改，需確保這些修改不需要保留。
• 使用 --soft 可以保留工作區的更改，只改變 HEAD 的位置。

小結

• git revert 是最安全、團隊協作中推薦的方式，因為它不會更改提交歷史。
• git rebase -i 適合于歷史修訂，但需要謹慎使用，尤其是在共享分支上。
• git reset 是危險的操作，適用于重置本地分支時使用。

選擇合適的方法取決于你的使用場景。如果你不確定，請優先使用 git revert。

結語

以上兩條使用技巧是在實際工作中遇到過的問題，在此記錄下來，希望對大家也能有所幫助。需要注意的是，實操前需要找個測試分支先演練一遍，不要直接在生產分支操作！