Cherry-pick冲突与Git回滚

1. Git 回滚(适用于代码层面)

如果你的 UAT 环境是通过 Git 管理的(比如 release/uat 分支),可以通过以下方式回滚:

方法 1:git revert(推荐,保留历史记录)
bash 复制代码
# 找到要回滚的 commit(如 1724ab7442)
git log

# 回滚特定 commit(生成一个新的反向 commit)
git revert 1724ab7442

# 推送到远程
git push origin release/uat

在 Git 中,如果你希望在 cherry-pickmerge跳过某个文件的修改,可以使用以下几种方法:

如果只想 cherry-pick 部分文件
1. 检查当前冲突状态
bash 复制代码
git status

你会看到类似这样的输出:

bash 复制代码
Unmerged paths:
  (use "git restore --staged <file>..." to unstage)
  (use "git add <file>..." to mark resolution)
        both modified:   src/modules/srm/router.js

这说明 router.js 有冲突未解决。

2. 解决冲突
方法 1:手动解决冲突
  1. 打开冲突文件 src/modules/srm/router.js,找到 <<<<<<<=======>>>>>>> 标记的冲突部分。
  2. 手动修改文件,保留你想要的代码,并删除冲突标记。
  3. 标记冲突已解决:
bash 复制代码
git add src/modules/srm/router.js
3. 继续 cherry-pick

冲突解决后,继续执行:

bash 复制代码
git cherry-pick --continue
4. 如果只想 cherry-pick 部分文件

如果你想跳过 router.js,只提交其他文件的修改:

  1. 先解决冲突(按上述方法)。
  2. 重置 router.js 到原始状态:
bash 复制代码
git reset src/modules/srm/router.js  # 从暂存区移除
git checkout src/modules/srm/router.js  # 恢复文件到 HEAD 状态
  1. 提交剩余文件:
bash 复制代码
git commit -m "cherry-pick 7c5330430b, 跳过 router.js"
如果只想保留其中一个提交,可以这样修改
bash 复制代码
# 1. 确保当前在 feature/20250723_ex_heshuang1_prod 分支
git checkout feature/20250723_ex_heshuang1_prod

# 2. 启动交互式变基(修改最近2个提交)
git rebase -i HEAD~2

# 3. 在编辑器中修改:
#    将第二个提交的 `pick` 改为 `drop`(或直接删除该行)
pick 8a7a6bb feature: 新增用户失效校验
drop bcb6b01 Revert "feature: M3和M4指标明细增加事业部和品类"

# 4. 保存退出(Vim中按`:wq`)
# 5. 强制推送到远程(需权限)
git push origin feature/20250723_ex_heshuang1_prod --force
相关推荐
大卫小东(Sheldon)3 小时前
GIM 2.0 发布:真正让 AI 提交消息可定制、可控、可项目级优化
git·rust·gim
知识即是力量ol6 小时前
研发实战:Git 规范化开发全流程指南
git·gitee·github
我是一只代码狗6 小时前
idea创建分支
git
知识即是力量ol8 小时前
Git 快速入门 (实习生视角)
git·gitee·github
Dontla8 小时前
Git撤销上一次提交(撤销提交,Git回退提交)git reset、git revert
git
wdfk_prog9 小时前
解决 `git cherry-pick` 引入大量新文件的问题
大数据·git·elasticsearch
fu的博客11 小时前
Git从删库到跑路
git·gitee·github
要加油哦~11 小时前
git 报错 | husky - pre-commit hook exited with code 1 解决
git
知识即是力量ol11 小时前
Git 实战指南:从分支管理到冲突解决
git·github·源代码管理
weixin_462446231 天前
Git 本地忽略 application-dev.yml 的最佳实践:不提交 .gitignore,不影响团队协作!
git