修正 Vim(Mac) 有时无法正确提交 Git Commit Message 的问题

关注

转载最新推荐文章于 2026-08-24 15:12:24 发布 3.5k 阅读 AI 写同款· GEO 优化 ›

Git提交注释修改全攻略：从amend到rebase的实用技巧在版本控制系统（VCS）中，提交注释是记录代码变更意图的核心元数据，直接影响团队协作与项目维护效率。其原理在于Git采用不可变对象模型，每次提交都会生成唯一的哈希值，而修改注释实质是创建新对象并重写引用链。这项技术的工程价值在于提升代码历史可读性、便于问题追溯与自动化流程集成。在代码审查、持续集成和语义化版本发布等场景中，规范的注释尤为关键。本文聚焦Git的`git commit --amend`与`git rebase -i`两大工具，详解如何安全修正**最近一次提交**或**历史任意提交**的注释，涵盖阅读详情

因为，有一天突然发现git提交的时候不能写log了，于是就发现了这个诡异的问题。还好万能的网友已经给出了解决办法。

git + vim + mac，下才会出现这样的情况。

原贴在这里：http://www.phpvim.net/app/vim/fix-issue-there-was-a-problem-with-editor-vim.html

和 Subversion 一样，Git 也可以为 Commit Message 设置一个默认的编辑器，命令如下：

1	$ git config --global core.editor vim

不过我在 Mac OS X 系统使用 Git 的过程中，偶尔会遇到如下的情况：

*** Commands ***
  1: status	  2: update	  3: revert	  4: add untracked
  5: patch	  6: diff	  7: quit	  8: help
What now> q
Bye.
error: There was a problem with the editor 'vim'.
Please supply the message using either -m or -F option.

这种情况基本上都是出现在我打错字的时候，开始以为是输入法引起的 Vim 状态异常，不过出现的次数多了才慢慢发现一个规律——如果在 Vim 中编辑文本时因为按键失误出现类似这样：E492: Not an editor command… 的错误信息时，必然无法提交。

查了一下 ProGit 的文档后了解到：如果 Git 的 Commit Hooks 检测到脚本的返回非零状态码的话（Non-Zero Code，表示有错误发生），会阻止本次提交。到这里问题就比较清晰了，显然是 Vim 非正常退出返回了 Non-Zero Code。

为了验证猜测，我作了如下操作，打开终端 Vim，随便输入几个无效指令，造成 Exxx 之类的错误，然后立刻使用 :q 退出，观察返回値，结果：

1
2
3

verdana@phpvim:~ # vim
verdana@phpvim:~ # echo $?
1

果然是这样呢！

后来在 Google Group: vim_mac 这个帖子中找到了解决的办法，就是使用完整的 Vim 路径—— /usr/bin/vim :

1	$ git config --global core.editor /usr/bin/vim

不太清楚 Mac OS X 中 Vim 为何会有这种问题，Bram 老大亲自现身作了解释：

Vim 在遇到 Exx Error 时返回 Non-Zero code 是为了兼容 Posix，不过这种情况应该只会出现在使用 Ex Mode 时，Normal/Insert Mode 是不会这样的。

收录于

linux使用

Mac开发环境重建：Terminal、Homebrew、zsh与Git深度协同指南在macOS系统中，终端（Terminal）是Unix哲学的运行入口，其核心由Shell解释器、PATH环境变量和配置文件三层构成；Homebrew作为包管理中枢，通过Formula脚本解决依赖地狱，支持Bottle二进制分发与Source源码编译双模式；zsh不仅提供命令补全，更可通过command_not_found_handler实现智能工具推荐；Git则需全局身份配置、SSH密钥集成及钩子自动化，才能真正融入日常开发流。这些组件并非孤立存在——它们共同构建起Mac开发者可预测、可回滚、可协作的命令行阅读详情

修正 Vim(Mac) 有时无法正确提交 Git Commit Message 的问题

相关推荐