【Git “cherry-pick“ 命令详解】

---

前言

在 Git 中，git cherry-pick 是一个非常有效的命令，答应用户将其他分支上的单个提交应用到当前分支。这对于从某个分支中挑选特定的提交举行合并，或在差别分支之间通报修复和特性时尤其有效。与传统的合并操作差别，cherry-pick 是一个准确的操作，可以确保只挑选特定的提交而不会影响整个分支。
本文将详细介绍 git cherry-pick 命令的作用、基本语法、常用选项、执行示例及一些进阶用法，资助你更高效地利用这个命令举行代码管理。

---

1. 命令简介

git cherry-pick 命令答应你从一个分支中选择一个或多个提交，并将这些提交应用到当前分支上。它是处理分支间选择性合并的理想工具，特别适用于只必要合并某些修复或者特性的场景，而不必要合并整个分支的情况下。
常见用途：

• 选择性合并提交：当你只盼望将一个特定的提交从一个分支合并到当前分支时，git cherry-pick 黑白常有效的。
  
• 修复特定 bug：假如某个 bug 修复只在一个分支上，其他分支不必要合并整个开发进度，可以利用 cherry-pick 只挑选 bug 修复的提交。
  
• 应用外部提交：从其他人的开发分支或开源项目中挑选特定提交到你的分支。
  

2. 命令的基本语法和用法

git cherry-pick 的基本语法如下：

1. git cherry-pick <commit-hash>

复制代码

• <commit-hash>：指定要应用的提交的哈希值。可以通过 git log
  命令检察提交历史并获取哈希值。
  

常见利用场景

从某个分支挑选特定提交

假设你在开发过程中有一个 feature-branch，在这个分支上完成了一些功能开发，然而，你只盼望将此中一个特定的提交应用到当前的 main 分支上。你可以通过以下步骤：

• 检察 feature-branch 的提交历史，并找到你想要挑选的提交哈希。
  
• 切换到 main 分支。
  
• 利用 git cherry-pick 命令挑选该提交。
  

1. git checkout main
2. git cherry-pick abc1234

复制代码

此命令会将 feature-branch 上的 abc1234 提交的更改合并到当前的 main 分支中。
3. 命令的常用选项及参数

-n 或 --no-commit 选项：暂停自动提交

• 用途：利用 -n 选项可以暂停自动提交，让你在应用提交后可以修改代码，或将多个 cherry-pick 提交合并为一个提交后再提交。
  

1. git cherry-pick -n abc1234

复制代码

-x 选项：附加提交信息

• 用途：在 cherry-pick 时，利用 -x 选项可以将原始提交的信息（例如：cherry-picked from commit <commit-hash>）添加到新的提交消息中，资助你追踪哪些提交是通过 cherry-pick 操作引入的。
  

1. git cherry-pick -x abc1234

复制代码

--continue 选项：继续合并

• 用途：假如在 cherry-pick 过程中遇到辩论并手动解决辩论后，利用 --continue 继续操作。
  

1. git cherry-pick --continue

复制代码

--abort 选项：中止合并

• 用途：假如在 cherry-pick 过程中遇到辩论并决定放弃操作，可以利用 --abort 来中止并恢复到之前的状态。
  

1. git cherry-pick --abort

复制代码

4. 命令的执行示例

示例 1: 基本利用

假设我们盼望将 feature-branch 上的一个提交（哈希为 abc1234）应用到 main 分支上。

1. git checkout main
2. git cherry-pick abc1234

复制代码

输出：

1. [main 9f8bdef] Commit message from abc1234

复制代码

此命令会将 feature-branch 上 abc1234 提交的内容合并到当前的 main 分支，并创建一个新的提交。
示例 2: 利用 -n 选项暂停提交

假设你想将某个提交应用到当前分支，但在实际提交之前必要举行修改。

1. git cherry-pick -n abc1234

复制代码

此时，提交会被应用到当前分支，但不会自动提交。你可以举行进一步修改，并手动创建提交。
输出：

1. [main 9f8bdef] Commit message from abc1234
2. (not committed yet)

复制代码

示例 3: 利用 -x 选项附加原始提交信息

利用 -x 选项后，提交信息将包罗原始提交的引用信息，资助追踪来源。

1. git cherry-pick -x abc1234

复制代码

输出：

1. [main 9f8bdef] Commit message from abc1234
2. (cherry picked from commit abc1234)

复制代码

示例 4: 解决辩论并继续

假如 cherry-pick 过程中出现辩论，Git 会提示你解决辩论。解决辩论后，利用 --continue 继续操作。

1. git cherry-pick abc1234
2. # 如果遇到冲突，解决冲突后
3. git add <resolved-files>
4. git cherry-pick --continue

复制代码

输出：

1. [main 9f8bdef] Commit message from abc1234
2. (conflict resolved)

复制代码

示例 5: 中止 cherry-pick 操作

假如你在合并过程中决定放弃操作，可以利用 --abort 中止 cherry-pick。

1. git cherry-pick abc1234
2. # 发生冲突并决定放弃操作
3. git cherry-pick --abort

复制代码

输出：

1. cherry-pick has been aborted

复制代码

5. 命令的进阶用法

进阶用法 1: 合并多个提交

你可以利用 git cherry-pick 一次性应用多个提交。只需提供多个提交哈希，Git 会按顺序应用这些提交。

1. git cherry-pick abc1234 def5678 ghi9012

复制代码

进阶用法 2: 利用 git log
查找提交哈希

要选择精确的提交举行 cherry-pick，你可以利用 git log
检察提交历史，并找到你想要挑选的提交哈希。

1. git log

复制代码

此命令会列出当前分支的提交历史，此中包罗每个提交的哈希值、作者、提交日期等信息。
进阶用法 3: 自动跳过已应用的提交

在应用多个提交时，有时大概会遇到已经应用过的提交。你可以利用 --skip 跳过这些已应用的提交，克制重复应用。

1. git cherry-pick --skip

复制代码

6. 命令的常见题目与解答

题目 1: 怎样解决 cherry-pick 中的辩论？

当 cherry-pick 时遇到辩论，Git 会停止并标记出辩论文件。你必要手动解决辩论，删除辩论标记并选择合适的修改，然后利用 git add 标记为已解决，最后继续合并。

1. git add <resolved-files>
2. git cherry-pick --continue

复制代码

题目 2: 是否可以跳过已经应用的提交？

是的，利用 --skip 选项可以跳过已经应用的提交，而不报错。

1. git cherry-pick --skip

复制代码

题目 3: 怎样打消 cherry-pick 操作？

假如你想打消一个已经执行的 cherry-pick，可以利用 git reset 或 git revert。

1. git reset --hard HEAD~1

复制代码

7. 总结与发起

git cherry-pick 是一个非常强大的命令，答应你从其他分支选择特定的提交，而不是合并整个分支。这对于单独提取 bug 修复、特性或其他独立提交非常有效。
最佳实践发起：

• 利用 -x 选项追踪来源：在执行 cherry-pick 时，发起利用 -x 选项附加原始提交信息。这有助于日后追踪哪些提交是通过 cherry-pick 操作合并进来的，特别是在多次挑选提交时，可以更清晰地相识每个提交的来源。
  
• 克制频繁利用 cherry-pick 合并大范围变更：固然 git cherry-pick 非常强大，但不应频繁用于合并大量的提交。假如你必要合并大量变更，利用 git merge 或 git rebase 大概会更高效且容易维护。
  
• 处理辩论时保持谨慎：cherry-pick 合并大概会遇到辩论，特别是当目的分支和源分支存在很大差异时。在解决辩论时，确保仔细检查每个文件的更改，克制不小心覆盖或丢失重要内容。
  
• 合并时确保代码同等性：尽管 cherry-pick 可以精准地挑选特定提交，但它有时会带来代码差别等的风险。在将特定提交引入目的分支时，最好确保目的分支已经包罗了相关的上下文或依赖项，否则大概会导致运行时错误或功能缺失。
  
• 慎重利用 --no-commit：-n 或 --no-commit 选项可以让你在应用提交后修改内容再提交，尽管这在某些情况下很有效，但也增加了操作的复杂性。发起在必要时才利用，并确保在合并后做好代码检察。
  

总的来说，git cherry-pick 是一个非常灵活且强大的命令，适用于必要准确控制提交合并的场景。利用时请根据详细需求选择适当的策略，确保版本管理的清晰和高效。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。