我希望这不会偏离发布的问题太远，而是设置默认编辑器，然后使用

git commit -e

可能会舒服得多。

下面是在Windows上使用标准cmd.exe shell的失败解决方案列表(为您节省一些试错时间!):

git commit -m 'Hello Enter不起作用:它不会要求新的行 git commit -m "Hello输入idem git commit -m "Hello^输入idem git commit -m 'Hello^ Enter World'看起来很正常，因为它会问"More?"，并允许写新的一行，但最后当执行git log时，你会看到它仍然是一行消息…

TL;DR:即使在Windows上，命令行解析的工作方式不同，^允许多行输入，在这里也没有帮助。

最后，git commit -e可能是最好的选择。

来自Git文档:

- m <味精> ——消息= <味精> 使用给定的<msg>作为提交消息。如果给出了多个-m选项，它们的值将作为单独的段落连接起来。

所以，如果你正在寻找分组多个提交消息，这应该做的工作:

git commit -m "commit message1" -m "commit message2"

你应该能够使用

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

从Bash手册:

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

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

遗憾的是，git似乎不允许在其消息中出现任何换行符。上面已经有各种合理的解决方案，但在编写脚本时，这些都很烦人。这里文档也可以工作，但是处理起来可能有点麻烦(比如yaml文件)

以下是我所做的:

git commit \
    --message "Subject" \
    --message "First line$(echo)Second line$(echo)Third Line"

虽然这仍然很难看，但它允许“一行程序”，这可能仍然有用。由于字符串通常是变量或与变量组合在一起，因此可以将丑陋的字符串保持到最小。

没有必要把事情复杂化。在-m "文本之后…下一行是通过按Enter得到的。当按下回车键时，出现>。当你完成后，只需输入“”并按Enter:

$ git commit -m "Another way of demonstrating multicommit messages:
>
> This is a new line written
> This is another new line written
> This one is really awesome too and we can continue doing so till ..."

$ git log -1
commit 5474e383f2eda610be6211d8697ed1503400ee42 (HEAD -> test2)
Author: ************** <*********@gmail.com>
Date:   Mon Oct 9 13:30:26 2017 +0200

Another way of demonstrating multicommit messages:

This is a new line written
This is another new line written
This one is really awesome too and we can continue doing so till ...

(编辑05-05-2021)

对于Windows用户，请使用GitBash For Windows。内置的Windows cmd不适用此方法。