为什么 VSTS 使用非标准的 git 提交消息？答案

【问题标题】：Why VSTS uses non-standard git commit messages?为什么 VSTS 使用非标准的 git 提交消息？
【发布时间】：2018-12-25 00:17:48
【问题描述】：

有很多关于如何格式化 git 提交消息的指南 (like this)。几乎所有人都指出，信息应该是祈使语气，而不是过去时。对此有一个很好的争论：

“Git 本身在创建提交时都会使用命令式代表。例如使用git merge时创建的默认消息读取：合并分支'myfeature'“

然后，VSTS 中拉取请求的默认提交消息为：

“合并d PR：XYZ”

为什么？...

【问题讨论】：

【解决方案1】：

无论 git commit message 使用哪种情绪/规则，git commit message 的目的是清楚地描述每次提交发生的情况。

对于直接合并的提交信息（如直接使用git merge命令），提交信息一般为as Merge branch 'branchname'或Merge branch 'master' into branchname等。

虽然通过拉取请求合并提交的提交消息，但默认提交消息由托管 git 存储库的 git 服务器（例如 VSTS、github 等）定义。

在提交消息中添加拉取请求信息是一个好习惯，因为提交是由 PR 合并的。

如您所见，VSTS 拉取请求中的默认合并提交消息如Merged PR <pull request ID>: branch1 to branch2。

其他如 GitHub，拉取请求的默认合并如Merge pull request #<pull request ID> from account/branch。

如果您想使用自己的提交消息来合并 VSTS 拉取请求，只需在单击完成合并按钮之前在文本框中根据需要自定义提交消息（例如在下面的示例中更改文本框中的默认消息Merged PR 118: master to b1）。

【讨论】：

很明显，我们尝试过这个，但总是有人忘记这样做，所以目前我们混合了 Merge PR... 和 Merged PR... cmets。我只是不明白为什么 MS 在评论约定上与其他人作对。
@csadam 如果您认为有必要更改/自定义 VSTS PR 的默认合并提交消息，请随时根据您的想法创建用户声音 (visualstudio.uservoice.com/forums/…) :) 如果答案解释清楚“为什么VSTS使用非标准的git提交消息”的原因，你能标记答案吗？并且它也将使其他有类似困惑的成员受益。
我同意@csadam，我们有同样的问题。我在不同的论坛上发现了几篇帖子，人们都在尝试做同样的事情，甚至发现了几年前对 Microsoft 的请求，但还没有改变。
这对于压缩提交来说更加可取。我们只想要一个没有“合并”前缀的实际更改的干净历史记录。