如何解决代码冲突

如果你在执行 git pull --rebase origin dev 时出现了代码冲突,这种情况一般是dev远程分支与你本地的分支出现了差异。废话不多说,以下是解决步骤:

1. 查看冲突文件

首先,打开冲突文件,你会看到类似这样的标记:

plaintext 复制代码
<<<<<<< HEAD
// 远程分支的代码(origin/dev)
=======
// 你本地提交的代码(5ac06d7)
>>>>>>> 5ac06d7... fix:同步XXX修改;

2. 手动解决冲突

编辑该文件,保留你需要的内容,并删除冲突标记(<<<<<<<、=======、>>>>>>>)。例如:

vue 复制代码
// 合并后的正确代码
<div>合并后的内容</div>

一般它会提示你用你本地的版本还是用远程线上的版本,这个过程全靠你自己来判断了,如果拿不定主意的,你可能得找到线上提交这部分修改的人,跟他确认清楚再做取舍。

3. 标记冲突已解决

解决冲突后,执行:

bash 复制代码
git add src/views/***/index.vue

将代码提交暂存。

4. 继续 rebase

bash 复制代码
git rebase --continue

这条命令可以把刚才因为冲突停止的变基操作继续下去。

5. 如果遇到更多冲突

重复步骤 1-4,直到所有冲突解决完毕。

6. 完成 rebase

所有冲突解决后,rebase 会自动完成,你的提交会被应用到更新后的分支上。

7. 推送代码

最后,强制推送到远程分支,因为 rebase 修改了历史,普通的push已经无效了,git会认为你的本地分支dev-x和远程的dev分支已经不同了,所以要执行强制推送:

bash 复制代码
git push --force-with-lease origin dev-x

不过,这个前提是你确认代码冲突已经解决,你现在是最新的提交。

注意事项:

  • 如果中途想放弃 rebase,可以执行:

    bash 复制代码
    git rebase --abort
  • 确保强制推送前没有其他人正在协作该分支,以免覆盖他人的提交。

总结步骤:

bash 复制代码
# 1. 手动解决冲突后添加文件
git add <冲突文件>

# 2. 继续 rebase
git rebase --continue

# 3. 强制推送
git push --force-with-lease origin dev-x

这样就能安全地同步远程更改并保留你的提交。

相关推荐
Fan_5589 小时前
4核8G云服务器部署GitLab内存耗尽解决方案
gitlab
洋就在江州10 小时前
gitlab-cicd 离线集成——springboot-cicd (非docker形式,shell形式)
java·spring boot·后端·ci/cd·gitlab·gitlab-runner
成为你的宁宁1 天前
【Ubuntu 18.04安装Gitlab】
ubuntu·gitlab
长春的KAKA1 天前
GitLab 项目页面报 500 错误的完整修复记录:PostgreSQL 数据库损坏、统计表缺失及数据库迁移
数据库·postgresql·gitlab
蓝胖的四次元口袋1 天前
GitLab知识梳理
gitlab
极小狐10 天前
CI 作业里 kubectl 连不上集群?用 Kubernetes Agent 打通部署链路的 7 个步骤
ci/cd·kubernetes·gitlab·devops·k8s部署
Zhou14113611 天前
Git_02_GitLab协作与CI_CD
git·ci/cd·gitlab
白帽攻防录11 天前
SRC 挖洞:GitLab GraphQL 指令绕过深度复盘,CVE-2026-19478 未授权删项目怎么打穿代码托管平台
网络·网络安全·gitlab·graphql
daemon.qiang21 天前
国内虚拟机对接 Freedesktop:Fork xserver、自建 Runner 与提交 MR 实战
linux·ubuntu·centos·gitlab·开源软件
snow@li1 个月前
服务器运维:K3S 下 Jenkins ↔ GitLab 的 CI/CD 闭环 / 访问成功
运维·gitlab·jenkins