git - 在 git 中编写长提交消息?

标签 git

我通常在我的 git bash 中写很长的提交消息,这样以后阅读我的代码的人可以很容易地看到我做了什么。例如在 vs2013 中的 windows 窗体应用程序中,当我设计一个窗体时写如下。

git commit -m "Add Name,age ,height,weight and salary labels with corresponding text boxes and more over a Submit Button..."

问题是当我输入 git log --oneline 时,它没有显示完整的消息,而是截掉了一部分。 我的问题是,在 git 中编写长提交消息的方式是什么,限制是什么以及如何显示它们以便在 git bash 上可以轻松地看到所有消息?

最佳答案

git 显示日志消息的方式是它会取第一行并在 git log --oneline 中使用它,然后在使用普通 git log< 时显示其他任何内容,只要第一部分和第二部分之间有一个空行即可:

Add summary line here

An example of how to write long commit messages.
Blah blah blah blah blah.
SKADOOSH!

许多人使用它的标准,将第一行用作提交更改的摘要,并使其长度最多为 50 个字符,以便在使用 git 时适合日志 --oneline --graph。这实际上是 Linux 内核和 git 项目维护者自己使用的标准(GitHub 也推广它)。

您可能会觉得 50 个字符太短,因此您可以使用的另一个标准是将摘要最多包含 72、78 或 80 个字符。

对于提交消息的其余部分,将最大行长度保持在 72、78 或 80 个字符的最大值也很有帮助,例如,如果您经常将显示器屏幕分成两半,将终端分成两半,将浏览器或编辑器分成两半另一半。许多编辑器都有快捷方式,可以自动将长行换行到最大列长度。

例如,在 Sublime Text 中,命令是 ALT + CMD + q。 Vim 也有一些快捷方式来执行此操作(gq 是其中之一),但您需要配置最大行长度才能使其工作。 Sublime Text 也是如此。

关于git - 在 git 中编写长提交消息?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22731126/

相关文章:

ios - 在 Xcode 中通过 git 添加新文件的问题

c - 当我删除main函数时是否可以链接到git的源代码?

git - Phing 和 github

git - 无法使用 SSH 将 IntelliJ-IDEA 连接到 GitLab

git - 如何删除 Git 树中 sha1 为空的条目

git:管理输入数据测试实践

git - 如何使用多线程使 git clone 更快?

Gitlab备份报错: pack-objects died of signal 9

Git .gitignore 不处理日志文件

Git - 在 $ git commit 之后无法运行 gpg