为什么要使用Git提交消息的编辑器?

你提到了最重要的事情-长度。提交消息本质上应该 总是 多行。唯一的例外是琐碎的提交(例如“将版本号增加到X.X.X”)或没有冲突的合并(尽管即使这样,附加一个短日志也不是一个坏主意)。一般的犯罪,只要有这样的事情存在,就应该在主语之外有一两句话;有些甚至可以有段落。你看这张照片 log of git.git

我意识到说服其他人编写好的提交消息可能很难,但这并不意味着你不能这样做——而且你可能会发现使用编辑器来编写它们更容易。

你的

the official git-commit discussion ,

以 单短(少于50个字符) 用一个空行再加上一个 主题的第一行:第二行 剩下的任务 身体。

如果您在获取任何提交消息时遇到困难,(与您的系统管理员交谈和/或)确保至少有一个GIT\u EDITOR环境变量核心编辑器配置变量、可视环境变量或编辑器环境变量设置为有用的值。

有些人有约定, such as the following

变化

更详细的解释性文本,如果 人物之类的。在某些情况下, 第一行被视为 文本作为正文。空行 是关键的(除非你忽略了正文 像rebase这样的工具完全可以

将提交消息写入 现在时:“修复bug”而不是 更新由生成的提交消息 还原。

其他段落在空白处后面 线。

-要点也可以

-通常,项目符号使用连字符或星号,前面是
单个空格,中有空行 但这里的习俗各不相同

-使用悬挂缩进

我首先开始学习vim,将它设置为Mercurial的默认编辑器;如果我想完成任何事情,它至少迫使我了解基本命令。现在我一直在用vim。