TFS：如何确定搁置集基于哪个变更集？

Question

因此，在开发人员的典型工作流程中，它是这样的：

您将工作区同步到某个变更集，做一些工作，搁置您所做的更改。

我的问题是，在内部，当您创建搁置集时，TFS是否会跟踪更改所基于的变更集？如果是这样，有没有办法查看这个？

我的基本理解是，是的，这个变更集信息必须以某种方式记录，因为搁置集在内部存储为delta，而不是文件的完整副本，并且没有记录delta所基于的变更集，delta基本上是无用的。

Answer 1

这可能是您团队的典型工作流程，但我说它一般不是典型的工作流程。

Shelvesets旨在短期暂停正在进行的工作，这些工作尚未准备好提交给dev分支，通常是在需要立即切换上下文的特殊情况下（例如，故障排除或修复缺陷）。

在内部，TFS实际上将大多数文件存储为reverse deltas。为什么？可能是因为文件中最常访问的状态是当前版本，并且必须＆＃34; build＆＃34;当前版本通过向原始文件播放一系列更改将会更加昂贵。基本上，当您查看文件的旧版本时，它需要文件的当前版本，并且＆＃34;剥离＆＃34;干预的变化，直到它回到旧版本。

您的具体问题实际上是直接解决的：

  

Shelvesets也使用相同的机制来存储其内容。但是，对于搁置集，不会发生deltaedication。每个shelveset都会获取其文件的新副本。 （合并的情况除外）。签入搁置集时，会发生浅拷贝，并且文件的已提交版本使用与所引用文件的搁置集副本相同的内容。 Deltafication将在文件的先前版本上启动。

因此，长话短说，搁置集不是基于变更集。

Answer 2

我同意丹尼尔的回答，即Shelveset的文件是新文件的副本。但是，我不确定何时将其合并，但当前在VS2017中实际存储了变更集。在查看Shelveset详细信息时，如果将光标悬停在文件上，则显示在文件详细信息中的是“版本”。

Example Image

我不知道这对普通用户有多大用处，因为我发现Shelvesets的最佳功能之一就是模块化和与版本控制的分离，但是拥有该上下文永远不会受到损害。

干杯！