Ubuntu 20.04下以Emacs为默认编辑器执行交互式git rebase报错

已确认的问题边界 #

• 将Git默认编辑器配置为Emacs后，执行git rebase -i可正常加载git-rebase-todo文件到Emacs窗口，但执行保存操作时，Emacs报错提示当前文件处于只读状态
• 切换其他终端校验git-rebase-todo的系统文件权限，确认文件无只读属性，当前用户具备完整读写权限
• 将Git默认编辑器切换为vi后，相同操作流程可正常完成交互式变基全流程，无权限类报错
• 复现环境：Ubuntu 20.04 LTS，对应工具版本为GNU Emacs 26.3、Git 2.25.1

核心问题原因 #

该报错不属于系统文件权限异常，是Emacs的buffer状态判定逻辑与Git生成临时交互文件的流程存在冲突，常见触发场景包括：

• Emacs的文件安全检测逻辑，会误将Git生成git-rebase-todo过程中的临时权限标记判定为系统保护文件，直接给对应buffer挂上只读标记，后续即便文件权限恢复，buffer的只读状态也不会自动重置
• Emacs默认开启的锁文件机制，会提前扫描到半生成状态的git-rebase-todo，错将其判定为被其他进程占用的只读文件，待正式加载文件时不会清除错误标记
• 配置core.editor时直接使用系统默认的emacs启动命令，Ubuntu 20.04默认的Emacs启动脚本会携带桌面环境的初始化参数，部分版本会对命令行传入的临时交互文件自动启用只读模式

分步解决操作 #

• 修正Git的core.editor配置，绕开桌面启动参数的冲突
  不要直接使用全局emacs命令，明确指定终端启动模式，并在加载目标文件前临时重置buffer的只读状态，执行以下全局配置命令：

  git config --global core.editor "emacs --no-window-system --eval '(setq buffer-read-only nil)'"
  

  该配置不会影响Emacs其他场景下的只读判定逻辑，仅在Git调用编辑器加载文件时生效。
• 调整Emacs配置，为Git临时交互文件跳过错误的只读判定
  在Emacs初始化配置文件（通常为~/.emacs或~/.emacs.d/init.el）中增加Git临时文件的适配规则：

  ;; 对Git生成的交互类临时文件，跳过自动只读判定
  (dolist (pattern '("/git-rebase-todo$" "/git-mergetool.*$" "/git-add-edit$" "/git-commit-editmsg$"))
    (add-to-list 'auto-mode-alist (cons pattern #'text-mode))
    (add-to-list 'file-name-handler-alist (cons pattern (lambda (op &rest args) nil))))
  

• 临时关闭锁文件机制排除冲突
  若完成前两步配置后仍出现只读报错，可在Git调用Emacs的启动参数中临时关闭锁文件生成逻辑：

  git config --global core.editor "emacs --no-window-system --eval '(setq create-lockfiles nil buffer-read-only nil)'"
  

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