git跨分支提交，cherry pick命令

最新推荐文章于 2025-08-06 19:10:44 发布
原创 最新推荐文章于 2025-08-06 19:10:44 发布 · 1.6k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git

当需要从A分支选取特定提交合并到master分支，而不想整体合并或拷贝文件时，可以利用Git的cherry-pick功能。该命令允许你将dev分支上的commit_id为f99f2b57b7ee72d55a08e699fbeec34cbac96cb8的提交应用到master分支，操作包括切换到master分支，执行cherry-pick命令，然后推送更改到远程仓库。

A分支修改或提交了代码，不想合并分支，也不想拷贝对应的文件（可能文件也有别的同事提交），这时候cherry pick就大有用处了！

将一个分支上的某个commit合并到另一个分支，可用使用cherry-pick命令实现。

比如将dev分支上commit_id为f99f2b57b7ee72d55a08e699fbeec34cbac96cb8的提交合并到master分支：

1）切换到master分支：git checkout master

2）执行cherry-pick命令：git cherry-pick f99f2b57b7ee72d55a08e699fbeec34cbac96cb8

3）推送到远程master仓库：git push

Git：使用cherry-pick合并开发分支的代码到主分支
风静如云的博客
01-08 1758
如果在cherry-pick时发生了代码冲突（毕竟一般项目是由多人进行开发，所以难以保证master分支和开发分支的代码始终一致）。注2：发生冲突后也可以通过cherry-pick --quit退出合并，但代码不会自动恢复到cherry-pick之前的状态。注1：发生冲突后可以通过 cherry-pick --abort放弃合并，程序将回到cherry-pick之前的状态。已经将开发分支上的提交进行了合并，那么如何将开发分支上的提交合并到master分支中呢？通过git status查看冲突的文件。
git cherry-pick 同步修改到另一个分支
笨鸟先飞的博客
12-20 2641
我们在开发中有时会遇到，需要将另一个分支部分修改同步到当前分支。如下图，想把 devA 分支中 commit E 和 F，同步到下面绿色的 devB 分支中。这时候就可以使用来完成这项任务。（cherry-pick 有筛选、精选的意思）
使用 git cherry-pick 命令可以将指定的提交从一个分支移动到另一个分支
上善若水
04-24 878
当你执行 git cherry-pick 命令时，Git 会尝试将指定的提交逐个应用到当前分支，并创建一个新的提交。如果某个提交无法被应用（例如，因为产生了冲突），git cherry-pick 将会暂停，等待你解决冲突。完成解决冲突后，你需要执行 git cherry-pick --continue 命令来继续应用剩余的提交。另外，git cherry-pick 命令也支持一些选项，你可以通过 git cherry-pick --help 查看更多详情。是你想要移动到当前分支的提交的哈希值。
Git：不同仓库之间的cherry-pick
Hr_ving的博客
11-08 6849
【代码】Git：不同仓库之间的cherry-pick。
git将一个分支上的代码提交到另一个分支
热门推荐
weixin_53138343的博客
02-21 1万+
假设我现在在A分支，现在我要把A分支上修改的代码提交到B分支上： git add . ：他会监控工作区的状态树，使用它会把工作时的所有变化提交到暂存区，包括文件内容修改(modified)以及新文件(new)，但不包括被删除的文件； npm run commit：将暂存区里的改动给提交到本地的版本库（这个是应用了git-cz）下面我会再说明一下这个，以前也没用过这个； git log：查看下提交记录，这个时候会显示你提交日志SHA-1 校验和； git checkout B：切换到B分支； git pull
git操作：将一个仓库的分支提交到另外一个仓库分支
安卓 高通 bsp ，同行欢迎交流
08-24 4498
这个操作，一般是同步不同网站的同个仓库，比如说gitee 和github。某个网站更新了，你想同步他的分支过来。然后基于分支开发或者其它。
【Git】git cherry-pick（将某个分支的 commit 改动复制到当前分支）
qq_45677671的博客
03-25 933
git cherry-pick命令解析 将某个分支的 commit 改动复制到当前分支
Git cherry-pick 转移提交
今晚看星星的博客
10-09 1270
即cherry-pick的提交相对于当前没有任何的更改，此时可能是在当前的分支cherry-pick当前，此时推出即可；需要在一个稳定版本上添加一个刚刚开发完的版本中的某个功能，而不是所有的改动，此时就可以使用cherry-pick，将相关的commit提取出来，合入到稳定分支。使用方式：切换到需要cherry-pick的分支（即需要获取其他提交的分支），查看需要pick的分支的commitHash，执行。在有多个分支的代码仓上，将一个分支上的代码转移到另一个分支,目的是将个别代码的改动移动到不同的分支。
git merge VS git rebase VS git cherry-pick
Android应用开发工程师
07-26 1617
Merge: 适用于希望保留分支历史的场景，通常用于最终合并功能分支到主分支。Rebase: 适用于希望保持线性历史记录的情况，适合于经常需要同步最新变更的开发人员。cherry-pick: 适用于需要快速应用特定修复或功能到现有分支的情况。
Git Cherry-Pick 指南
m0_64344997的博客
08-06 936
Cherry-pick 是 Git 中一个强大的功能，它允许你从一个分支中选择特定的提交（commit），并将其应用到当前分支上。这就像从果树上挑选成熟的樱桃一样，只选择你需要的部分。🔧 紧急修复的跨分支应用🎯 选择性功能合并🔄 维护多个版本分支🚀 部分功能的快速部署谨慎使用：优先考虑 merge 和 rebase保持追溯：使用 -x 选项记录来源处理冲突：仔细解决并测试团队协作：与团队成员充分沟通。
git学习心得之git跨分支提交代码
weixin_30480583的博客
04-23 820
最近在工作中遇到了git跨分支提交代码的问题，本地拉的是远程master分支的代码，需要将本地修改代码提交到远程temp分支。 1.在gitlab上对相应项目fork本地分支 2.更新本地代码，将远程temp分支代码提取merge到本地master分支（我这边使用的开发工具是netbeans） 点击完成，若出现冲突，可点击查看，将本地修改代码进行...
git提交代码到多个分支
Fan0920的专栏
04-18 651
git
git将一个远程分支的部分修改提交到另一个远程分支
欲买桂花同载酒,终不似少年游
01-15 1173
首先，确保您在您的本地机器上切换到了目标分支（即您想要应用修改的分支）。例如，想将修改应用到。这个命令可以选择特定的提交（commit）从一个分支应用到另一个分支。找到您想要的提交，并复制它的提交哈希（commit hash）。将一个远程分支的部分修改提交到另一个远程分支，可以使用。在另一个分支上，找出想要应用的特定提交。过程中出现冲突，需要解决这些冲突。或者，如果决定不进行。
git 怎么把一个分支的代码提交到另一个分支上
vbbbbbbbbbbb的博客
07-25 1457
1,从已有的分支创建新的分支(如从master分支),创建一个dev分支 git checkout -b dev 2,创建完可以查看一下,分支已经切换到dev git branch dev master 3.建立本地到上游（远端）仓的链接 --这样代码才能提交上去 git branch --set-upstream-to=origin/dev 取消对master的跟踪 git branch --unset-upstream master ...
小技巧-Git将当前代码提交到其他分支，不影响远端
ilifei的博客
11-25 441
git操作技巧
git cherry-pick
神zhi殇的博客
11-22 463
https://www.cnblogs.com/fengkunangel/p/10545119.html https://blog.youkuaiyun.com/weixin_40805079/article/details/88803851 https://segmentfault.com/a/1190000012897542 https://www.cnblogs.com/skaarl/p/1036680...
git cherry-pick 的使用解决连个远程分支合并的问题
宁静以致墨的专栏
12-24 1401
首先建立新的分支，使用git cherry-pick 摘取新的分支。然后往新的分支上推送。
cherry pick操作git 将一个分支的多次提交merge到另一个分支（基于TortoiseGit客户端图文）
blacet的专栏
12-18 4047
1、加入我们有两个分支：Trunk和ep-new分支 2、我们基于trunk分支做开发，并提交多次代码到trunk分支 下面我们使用TortoiseGit客户端，使用git的cherry pick 操作将提交到trunk分支的代码自动merge代码到ep-new分支 具体过程： 1、我们先切换到ep-new分支 2.右键，show log 3、切换到trunk分支的log，选...
git命令将已经commit的代码push到其他分支
一个喜欢诗和远方的程序媛
09-24 2279
revert 是通过创建一个新的逆向提交来实现变更的回滚，git log里会再看到一条记录，我们只需要再把刚刚的新操作再revert 了就可以了，就回到了错误conmit之前的版本，再按照上边正确的方法处理就可以了~将错误分支已经commit 未push 的代码，仅撤销commit操作，保留已经更改的代码。，然后切换分支到你的本地要提交的分支，再正常commit和push就可~分支开发的，并且已经commit了代码，想将在本地。执行此命令，就可以把commit的记录移动到新分支。// 直接执行命令即可。
git 命令 cherry pick
最新发布
11-28
<think> 首先，用户的问题是：“我想了解git命令cherry pick的相关信息，如使用方法、应用场景等 请问git命令cherry pick的使用指南和应用场景”。我需要基于提供的引用内容来回答。 引用内容： - 引用[1]: 解释cherry-pick命令用于选择一个提交并将其应用到当前分支上，而不必合并整个分支。 - 引用[2]: 说明cherry-pick用于只需要某一个分支的部分代码变动（某几个提交），而merge用于合并整个分支。 - 引用[3]: 区分merge和cherry-pick：merge完全合并分支，cherry-pick精确应用某次commit的改动。 系统级指令： - 所有行内数学表达式必须使用$...$格式（但这里可能不涉及数学，除非有公式）。 - 独立公式必须使用$$...$$并单独成段（同样，可能不适用）。 - LaTeX语法正确（确保任何数学表达式正确）。 - 使用中文回答。 - 生成相关问题。 - 在回答中引用的段落末尾添加引用标识，例如[^1]。 - 回答结构清晰，帮助用户逐步解决问题。 - 尽量保证回答真实可靠。 用户可见层指令： - 回答结构清晰，帮助用户逐步解决问题。 - 尽量保证回答真实可靠。 结构： 1. **介绍cherry-pick**：简要解释是什么。 2. **使用方法**：详细说明如何用命令。 3. **应用场景**：列出常见场景。 4. **注意事项**：可能的问题或最佳实践。 5. **相关问题**：生成相关问题。 在回答中，引用引用内容时，在末尾添加引用标识。 生成相关问题： - 至少3个相关问题，基于内容。 确保使用中文。 内容大纲： 1. **介绍**： - Cherry-pick是Git命令，用于选择性地应用某个提交到当前分支。 - 引用[1]: "用于选择一个提交并将其应用到当前分支上，而不必合并整个分支。" 2. **使用方法**： - 基本语法：`git cherry-pick <commit-hash>` - 可以cherry-pick多个提交：`git cherry-pick <commit1> <commit2>` - 使用选项如`-n`或`--no-commit`来避免自动提交。 - 引用[2]: "只需要某一个分支的部分代码变动（某几个提交），这时可以采用 Cherry pick。" 3. **应用场景**： - 场景1: 修复bug时，只应用某个修复提交到其他分支。 - 场景2: 从一个分支提取特定功能提交到另一个分支，而不合并整个分支。 - 场景3: 当分支历史不同时，选择性应用提交。 - 引用[3]: 区分merge和cherry-pick。 4. **注意事项**： - 冲突可能发生，需要手动解决。 - 避免过度使用，以保持历史清晰。 - 引用[1]或[3]。 5. **相关问题**： - 生成3-5个相关问题。 最终回答结构： - 逐步解释。 - 用段落和列表清晰组织。 - 在引用末尾加[^1]等。 生成相关问题示例： - 1. cherry-pick如何处理冲突？ - 2. cherry-pick与merge有什么区别？ - 3. 在哪些情况下不应该使用cherry-pick？ 确保回答真实可靠：基于提供的引用，没有添加虚假信息。 </think>### Git Cherry-pick 命令使用指南与应用场景 Git 的 `cherry-pick` 命令是一个强大的工具，用于选择性应用某个提交（commit）到当前分支，而不必合并整个分支。这在需要精确控制代码变更时特别有用，例如只引入某个修复或功能而不影响其他部分。下面我将逐步解释其使用方法、应用场景和注意事项，确保内容清晰易懂。回答基于可靠的引用来源[^1][^2][^3]。 #### 1. **Cherry-pick 基本介绍** - `cherry-pick` 允许你将一个或多个提交从任何分支应用到当前分支。它只复制指定提交的变更，而不是整个分支历史。 - 与 `merge` 命令不同（后者会合并两个分支的所有差异），`cherry-pick` 更精细，仅针对特定提交[^1][^3]。例如，如果你在分支A上修复了一个bug，但不想将整个分支A合并到分支B，就可以使用 `cherry-pick` 只应用那个修复提交。 - 核心优势：避免不必要的代码变动，保持分支历史简洁。 #### 2. **使用方法详解** `cherry-pick` 的基本语法简单，但需注意命令选项以处理不同情况。以下是常见用法： - **基本命令格式**： - 应用单个提交：`git cherry-pick <commit-hash>` - `<commit-hash>` 是提交的哈希值（可通过 `git log` 查看）。 - 示例：`git cherry-pick a1b2c3d` 会将哈希为 `a1b2c3d` 的提交应用到当前分支。 - 应用多个提交：`git cherry-pick <commit1> <commit2> ...` - 示例：`git cherry-pick a1b2c3d e4f5g6h` 会按顺序应用这两个提交。 - 引用[^1]强调了其语法简洁性：它直接作用于提交对象，无需分支合并。 - **常用选项**： - `-n` 或 `--no-commit`：应用变更但不自动提交，允许你手动审查和修改后再提交。适用于需要调整变更的场景。 - 示例：`git cherry-pick -n a1b2c3d`，然后使用 `git commit` 手动提交。 - `-x`：在提交消息中添加来源信息，便于追踪。例如：`git cherry-pick -x a1b2c3d`。 - 解决冲突：如果变更与当前分支冲突，Git 会暂停并提示解决。使用 `git status` 查看冲突文件，手动编辑后运行 `git cherry-pick --continue` 或 `git cherry-pick --abort` 取消。 - 引用[^2]指出，cherry-pick 专门用于“只需要某一个分支的部分代码变动（某几个提交）”，而不是全部分支合并。 - **完整工作流程示例**： 1. 切换到目标分支：`git checkout main`（假设当前在 `main` 分支）。 2. 查找提交哈希：在源分支上运行 `git log feature-branch`，复制需要的提交哈希（如 `a1b2c3d`）。 3. 应用提交：`git cherry-pick a1b2c3d`。 4. 如果有冲突，解决后继续：`git add .` 和 `git cherry-pick --continue`。 5. 验证变更：`git log` 确认提交已添加。 - 这个过程确保只引入特定变更，不影响其他代码[^3]。 #### 3. **应用场景** `cherry-pick` 在以下常见场景中特别有用： - **修复bug的跨分支应用**：当在开发分支（如 `dev`）上修复一个bug后，你可以只将这个修复提交应用到稳定分支（如 `main`），避免合并未测试的新功能。引用[^1]描述这为“在不影响其他代码的情况下将单个提交应用到其他分支”。 - **选择性引入功能**：如果某个分支（如 `feature-A`）包含多个提交，但你只想将其中一个功能提交应用到当前分支（如 `release`），而不引入其他无关代码。引用[^2]强调这时“只需要某一个分支的部分代码变动（某几个提交）”，cherry-pick 比 merge 更合适。 - **历史重写或代码复用**：当分支历史不同步时（例如，分支A和分支B从不同点分叉），你可以用 cherry-pick 提取特定提交，确保变更一致。引用[^3]对比了 merge 和 cherry-pick：merge 会使所有文件一致，但 cherry-pick 只保证被提交改动的文件一致。 - **临时补丁或实验**：在实验性分支中测试某个提交后，快速应用到主分支，而无需重构整个分支。 #### 4. **注意事项** - **冲突风险**：如果当前分支与 cherry-pick 的提交有代码重叠，容易引发冲突。建议在应用前确保分支状态干净，并使用 `git diff` 预览变更。 - **历史污染**：过度使用 cherry-pick 可能导致提交历史混乱（重复提交或丢失上下文）。最佳实践是仅在必要时使用，并优先考虑 `merge` 或 `rebase` 进行全部分支整合。 - **性能影响**：对于大型提交，cherry-pick 可能稍慢，因为它需重新计算差异。但整体上，它比 merge 更轻量[^1][^3]。 - **替代方案**：在需要多个连续提交时，`rebase` 可能更高效；但 cherry-pick 更适合离散提交。 ####
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值