在我看来，最初的提交信息行应该是简短的，而不是一段一段的。所以使用 Git commit -m "<short_message>" 就足够了

在此之后，为了扩展我们可以使用的初始提交消息

Git提交—修改

这将打开vim，然后我们可以输入提交消息的解释，在我看来，这比命令行更容易。

比如

git commit -m"test\ntest"

这并不奏效，但就像

git commit -m"$(echo -e "test\ntest")"

有用，但不是很漂亮。你在PATH中设置了一个git- commitb命令，它是这样做的:

#!/bin/bash

message=$1

git commit -m"$(echo -e "$message")"

像这样使用它:

git commitlb "line1\nline2\nline3"

提醒一下，我感觉一般惯例是第一行是摘要行，然后是两个换行符，然后是提交消息中的扩展消息，所以这样做会打破惯例。你当然可以:

git commitlb "line1\n\nline2\nline3"

我在Mac上使用zsh，我可以在双引号(")内发布多行提交消息。基本上，我一直键入并按回车键获取新行，但直到我关闭引号并返回，消息才被发送到Git。

就我个人而言，我发现在vi(或任何你选择的git编辑器)中修改提交消息比在命令行中更容易，在git提交后立即执行git commit——modify。

当然，它是如何完成的取决于您的shell。在Bash中，可以在消息周围使用单引号，也可以只打开引号，这将使Bash提示另一行，直到关闭引号。是这样的:

git commit -m 'Message

goes
here'

或者，你可以使用“here文档”(也称为heredoc):

git commit -F- <<EOF
Message

goes
here
EOF

你应该能够使用

git commit -m $'first line\nsecond line'

从Bash手册:

形式为$'string'的单词被特殊处理。这个词扩展为 属性指定的反斜杠转义字符替换为 ANSI C标准。

这包括如上所示的对换行符的支持，以及十六进制和Unicode代码等。转到链接部分查看反斜杠转义字符的列表。