我通常在我的 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/