Git Cherry-pick使用_git cherry-pick的用法

概述

无论项目大小，当你和一群程序员一起工作时，处理多个 Git 分支之间的变更都会变得很困难。有时，与其把整个 Git 分支合并到另一个分支，不如选择并移动几个特定的提交。这个过程被称为 "挑拣", 即 Cherry-pick。

本文将介绍 "Cherry-pick" 的内容、原因和方法。

让我们开始吧~

什么是 Cherry-pick?

通过 cherry-pick 命令，Git 可以将任何分支中的选定提交合并到当前的 Git HEAD 分支中。

在执行 git merge 或 git rebase 时，一个分支的所有提交都会被合并。而 cherry-pick 命令则允许你选择单个提交进行整合。

区别图示如下:

△ 使用 merge 的情况: 在执行 merge 或 rebase 时，一个分支的所有提交都会被整合。

△ 使用 cherry-pick 的情况: 允许你选择个别提交进行整合。在本例中，只有 C2 被整合到主分支，而不是 C4。

为什么要用 Cherry-pick?

下面的情况可能更容易理解 "Cherry-pick" 的作用。

想象一下，您正在为即将到来的每周 spring 实施新功能。代码准备就绪后，您将把它推送到远程分支，准备进行测试。

然而，客户并不满意所有的修改，要求你只提交某些修改。因为客户还没有批准下次发布的所有修改，所以 git rebase 不会产生预期的结果。因为 git rebase 或 git merge 会将上一次冲刺的所有调整都纳入其中。

而 "Cherry-pick" 就能解决这个问题！因为 "Cherry-pick" 只关注提交中添加的改动，所以它只会带来已批准的改动，而不会添加其他提交。

使用 "Cherry-pick" 还有其他一些原因：

• 这对修复 bug 非常重要，因为开发分支中的 bug 都是用它们的提交设置的。
• 通过使用 git cherry-pick，而不是其他应用指定提交的改动的选项（如 git diff），可以避免不必要的争斗。
• 如果因为各 Git 分支的版本不兼容而无法进行完整的分支合并，它就是一个很有用的工具。

什么时候用 Cherry-pick?

简而言之就是：尽量少用。之所以要尽量少用 cherry-pick，是因为它很容易产生 "重复"提交：当你使用 cherry-pick 将一个提交整合到 HEAD 分支时，Git 必须创建一个内容完全相同的新提交。不过，这是一个全新的提交对象，有自己的 SHA 标识符。同时也会失去跟踪提交历史的能力。

如果你不按顺序提交了很多提交，这些提交就会被记录在你的分支中，这可能会导致你的 Git 分支出现不理想的结果。

只要能用传统的合并或重置来整合，就应该这么做。Cherry-pick 应保留给不可能这样做的情况，例如必须创建 Hotfix 或只想从一个废弃的分支中保存一个或几个提交。

如何使用 Cherry-pick 命令?

流程概述

下面是使用步骤：

1. 拉取本地分支。使用 git fetch。
2. 回到要合并的分支。你可能会通过运行 git checkout main 来做到这一点。
3. 找到要拉入分支的提交。转到 git log，为每条提交获取唯一的提交哈希值。
4. "Cherry-pick" 您想要加入该分支的提交。运行以下命令：git cherry-pick <commit sha>。这将只把这个提交拉入当前分支。
5. (可选) 在某些情况下, 可能需要手动解决冲突.
6. 像往常一样推送这个分支: git push origin main。

具体命令

在 cherry-pick 命令的最简单形式中，你只需使用要集成到当前 HEAD 分支中的提交的 SHA 标识符即可。

要获取提交哈希值，可以使用 git log 命令：

git log --oneline

知道 commit 的哈希值后，就可以使用 cherry-pick 命令。

语法如下:

git cherry-pick <commit sha>

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/运维做开发/article/detail/756460