为什么 VSTS 使用非标准 git 提交消息?

csa*_*dam 5 git git-commit pull-request azure-devops

有很多关于如何格式化 git 提交消息的指南(像这样)。几乎所有的人都指出,信息应该是祈使语气,而不是过去时态。关于这一点有一个很好的论据:

“每当代表您创建提交时,Git 本身都会使用命令式。例如,使用时创建的默认消息为git merge合并分支‘myfeature’

然后 VSTS 中拉取请求的默认提交消息如下:

“合并d PR:XYZ”

为什么?...

Mar*_*Liu 0

无论 git commit 消息使用哪种心情/规则,git commit 消息的目的都是清楚地描述每次提交发生的情况。

对于直接合并的提交消息(例如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下面示例中文本框中的默认消息)。

在此输入图像描述

  • 很明显,我们尝试过这样做,但有人总是忘记这样做,所以目前我们混合了合并 PR... 和合并 PR... 评论。我只是不明白为什么微软的评论惯例与其他人相反。 (2认同)
  • 对于压缩的提交来说,这是更可取的。我们只想要一个没有“合并”前缀的实际更改的清晰历史记录。 (2认同)