TFS源代码管理：更改类型上的差异

Question

我对TFS源代码管理完全陌生，并且在TFS源代码管理的变更集的更改类型中遇到了一些意外行为。

以下是在客户端发生的情况。

假设我通过以下方式拥有三个分支。

1. A /报告
2. B /报告
3. C /报告

以下是其更改类型的操作。

1. 在onReInit中添加文件sample.txt。 sample.txt的更改类型为A/reports
2. 将A与B合并。因此，现在[Add]具有B/reports，其更改类型是sample.txt。
3. 将B与C合并。因此，[Branch, Merge]现在有C/reports，其更改类型是sample.txt。
4. 重命名文件[Branch, Merge]并将其编辑为A/reports/sample.txt。因此，它显示了两个文件。更改类型为A/reports/sampleWithRename.txt的{​​{1}}和更改类型为sample.txt的{​​{1}}。
5. 将A与B合并。因此，[Delete, SourceRename]中有两个文件。更改类型为SampleWithRename.txt的{​​{1}}和更改类型为[Edit, Rename]的{​​{1}}。
6. 现在，当我执行与C的合并B时，我在B/reports中得到两个文件。更改类型为sample.txt的{​​{1}}和更改类型为[Merge, Delete, SourceRename]的{​​{1}}。

在这些操作之间，其他文件中的更改类型编辑有所更改，但sampleWithRename.txt或[Edit, Rename, Merge]中没有更改

我无法理解第六步C/reports和sample.txt的更改类型如何分别为[Delete, Merge]和sampleWithRename.txt。应该不应该与第五步中的更改类型为[Branch, Merge]和sample.txt完全一样。

我想重现相同的情况，但是当我尝试时，它在第6步（如第5步）中为我提供了准确的更改类型。

我想知道，还有什么其他方法可以在第六步中执行合并操作，以便生成相同的场景。