Git合并遇单个文件权限拒绝失败后引发混乱如何解决？

遇到这种权限卡壳的merge失败确实挺闹心——Git都完成99个文件的修改了，偏偏栽在一个权限配置不对的文件上，还把所有修改弄成了未暂存/未跟踪状态。别慌，按下面的步骤来就能理顺：

1. 先搞定根源：修复文件权限 #

首先得解决那个权限拒绝的文件问题，不然后续操作还是会卡壳。拿你提到的sites/default/default.settings.php举例：

• 先查看文件当前权限：ls -l sites/default/default.settings.php
• 给文件添加足够的写权限（让Git能修改/删除它）：

  chmod u+w sites/default/default.settings.php
  

  如果是父目录权限的问题（比如Git没法进入sites/default目录），也要同步调整目录权限：

  chmod u+x sites/default
  

  （如果是系统级权限问题可能需要加sudo，但尽量避免用sudo操作Git仓库，容易导致后续权限混乱）

2. 继续未完成的Merge #

权限修复后，直接让Git接着完成之前的merge流程就行：

git merge --continue

Git会自动整理之前已经完成的99个文件修改，顺利走完整个merge操作。

3. 如果不想继续Merge了，怎么回退？ #

要是你临时改变主意不想merge这个分支了，想回到merge前的状态，用这条命令：

git merge --abort

它会彻底撤销这次merge的所有操作，把仓库恢复到你执行git merge somebranch之前的样子，你原来的本地未跟踪修改也会完整保留。

额外提醒 #

• 尽量避免用sudo操作Git仓库，否则仓库文件的所有者会变成root，后续普通用户操作会频繁碰到权限问题。
• 要是后续merge出现代码冲突（不过你这次是权限问题不是冲突），记得先手动解决冲突，再执行git merge --continue。

内容的提问来源于stack exchange，提问作者donquixote