Git版本控制时常会遇到合并分支时产生冲突的情况，本文将讲解一种特定场景：当你提交了将feature/common合并到dev分支的请求，但由于权限限制，合并操作出现冲突时，如何在本地进行处理。

一、准备工作

在处理合并冲突之前，首先要确保本地代码是最新的，这一步至关重要。我们需要将远程仓库的dev分支拉取到本地，并与feature/common分支进行合并。具体操作如下：

# 切换到本地的feature/common分支，后续操作都将基于此分支进行 git checkout feature/common # 获取远程仓库的所有更新，使本地能同步到远程的最新变化 git fetch origin # 将dev分支的最新代码合并到feature/common分支，此时可能会出现冲突 git merge origin/dev 

二、冲突处理

当执行合并操作后，如果存在冲突，Git会明确提示哪些文件受到影响。我们需要手动打开这些冲突文件，文件中的冲突部分会以特定格式标记出来，例如：

采用当前更改|采用传入的更改|保留双方更改|比较变更 <<<<<<<·HEAD(当前更改) //来自·feature/common⋅的代码 54 55 56 575850 7/莱自dev.分支的代码 origin/dev(传入的更改 

面对这些冲突标记，我们要仔细判断，决定保留哪部分代码，或者根据实际需求对两部分代码进行整合修改。完成修改后，将文件标记为已解决冲突状态，使用以下命令：

git add <file> # 将解决冲突后的文件添加到暂存区，表明冲突已处理 

三、代码推送

解决冲突并将相关文件添加到暂存区后，接下来要把本地feature/common分支的修改推送到远程仓库，这样才能更新之前提交的合并请求。执行以下命令：

git push origin feature/common 

通过这个操作，远程仓库的feature/common分支就会更新为包含冲突处理后的代码，相关人员可以基于此进行后续操作。

四、更新合并请求

在将代码推送到远程仓库后，像GitHub或GitLab这类Git仓库平台会自动更新合并请求（Merge Request）。此时，拥有dev分支权限的人员可以查看更新后的合并请求，并进行最终的合并操作，使feature/common分支成功合并到dev分支。

五、清理本地分支（可选）

如果合并请求已经顺利完成，并且在本地不再需要继续开发feature/common分支，为了保持本地分支管理的整洁，可以选择删除该本地分支。执行以下命令：

git branch -d feature/common 

这条命令会删除本地的feature/common分支，释放本地资源。

在使用Git进行开发的过程中，遇到合并冲突是常见的情况。通过上述在本地拉取更新、解决冲突、推送代码以及更新合并请求等一系列操作，即使没有dev分支的权限，也能有效处理合并冲突啦~