VSTS：不同的合并提交消息答案

【问题标题】：VSTS: Different merge commit messageVSTS：不同的合并提交消息
【发布时间】：2018-08-01 00:33:10
【问题描述】：

我不确定这是因为git 还是VSTS：当我完成从分支到master 的拉取请求 时，我收到了不同的消息。

如果源分支 (new-dev) 只有一个提交 (new dev/1)，则合并提交消息将是 Merged PR ##： 喜欢 Merged PR 84: new dev/1。

如果源分支 (dev) 有多个提交 (dev/1, dev/2, dev/ 3) 合并提交消息将是 Merged PR ##: Merge to master 就像 Merged PR 83: Merge dev to master。

有什么区别？

【问题讨论】：

【解决方案1】：

这是 vsts 的一个特性。这与git无关。

如果只有一个提交，则该提交（因此它是消息）是对合并的最具体描述。

如果有多个提交，最具体的描述是分支名称。因此有区别。

在创建 PR 时，您可以在 vsts 中以任何您想要的方式命名该 PR。然后该名称将在合并提交消息中使用。

【讨论】：

【解决方案2】：

git 对“拉取请求”一无所知，而且您看到的消息不是标准的 git 合并消息，所以我会说创建它们的是 VSTS。

为什么不一样？大概是因为（a）当它只是一次提交合并时，他们假设复制该提交的消息给出了合并对主线所做的最详细/有用的描述，但是（b）当有多个合并时，它通常不实用包含来自分支上每个提交的详细信息，因此它给出了一个摘要（合并的某某分支）

【讨论】：

我可以请求拉入 git git request-pull。这类似于 vsts/github 上的拉取请求吗？
来自文档：“打印到标准输出的请求以分支描述开头，总结了更改并指出可以从哪里提取它们。”现在，我不知道这是旧功能还是新功能——我从来没有听说过——但我坚持 git 对“拉取请求”一无所知（即许多 git-hosting 定义的活动可以使用此请求中的信息类型启动的服务器）
是的。我一直认为 git 不知道拉取请求，但后来我看到了那个命令。现在我不知道。