合并请求合并提交具有意外的第一父级（VSTS）

Question

在我们的系统中，每个PR都会在构建控制器上触发PR验证构建，其中：

1. 构建控制器工作空间已更新为原始/主版本
2. PR已合并
3. PR合并提交已签出
4. 构建已触发

我的理解是PR合并提交将具有以下两个父项：

1. 起源/主人
2. 公关中的最后一次提交

但是，并非总是如此！

请注意：

获取源代码构建步骤输出

2018-11-27T15:39:21.3096756Z    bf58eb148..b00bf1df0  master               -> origin/master
2018-11-27T15:39:21.3099964Z  * [new ref]             refs/pull/3987/merge -> pull/3987/merge
2018-11-27T15:39:31.3045930Z ##[command]git checkout --progress --force refs/remotes/pull/3987/merge
2018-11-27T15:39:32.8530040Z Previous HEAD position was ce1d1c670... Merge pull request 3982 from wfm/work/pbi476403 into master
2018-11-27T15:39:32.8530496Z HEAD is now at 81317ea59... Merge pull request 3987 from onboarding/476463-Automation_GettingStarted_Performance_Improvements into master

PR 3987仅包含一次提交：

根据我的逻辑告诉我：

1. 那时候origin / master = b00bf1df0
2. 本地PR合并提交，即pull / 3987 / merge = 81317ea59
3. pull / 3987 / merge的第一个父级是原点/母版，即b00bf1df0
4. pull / 3987 / merge的第二个父级将是PR的最后一次提交，即b7d9617fc

现在，我将去构建控制器并检查一下：

我看到第一个父级不是b00bf1df0，而是其他一些提交959f488bb。

我不知道这怎么可能。谁能解释？