我们在TFS中至少丢失了一个变更集（我们还不知道是否有更多，可能没有）。我们注意到列表顶部的变更集现在已经消失了。我们认为至少可能有两个，因为我们发现的至少一个其他文件也存在以下症状。此外，我们可以在变更集编号序列中看到一个漏洞，我们不相信下面描述的文件的变更集就是那个。
涉及的单个文件更改了一行，TFS中的版本在更改之前有文件。
在更改之前，获取最新版本或获取特定版本会为我提供旧文件。
执行“获取特定版本”后，在Source Explorer中，在显示工作空间状态的列中，显示“No”表示文件已过时。到目前为止，我没有尝试过的任何内容都会为我提供已签入更改的文件。
如果我尝试从Source Explorer查看该文件，它说我的文件已过期，并询问我是否要查看服务器版本或工作区版本。选择工作区版本会在更改之前为我提供文件（可能是因为我在上面执行了获取特定版本），选择服务器版本什么也没有给我，对话框就消失了。
如果我检出文件并重做更改，并尝试检入，则表示服务器上存在较新的版本，并询问我如何解决。我可以选择丢弃本地更改或丢弃服务器更改。由于我想检查我的更改，我选择放弃服务器更改，但是当我尝试再次检入时（TFS中的冲突会停止签入过程），它只会重复冲突并询问该怎么做。
基本上：
所以......有人有这个问题吗？这是TFS 2008，其中包含我所知道的所有更新，包括开发人员计算机上的所有Service Pack，以及使用Team Explorer 2008运行Visual Studio 2008 Professional。
我该怎么办？我唯一的办法是恢复夜间备份吗？
修改：发布问题后我正在尝试的事情：
解决??
我在一个完全不同的文件上做了另一次检查，不包括我们上面遇到问题的文件，但该文件被“附加”到该变更集，即使我在尝试这个时肯定没有检查过。< / p>
换句话说，看起来变量集中与文件相关的部分仍然在TFS中，并且具有正确的变更集ID，所以当另一个变更集出现时具有相同的id时，该文件就成了它的一部分。 / p>
有没有人经历过这样的事情？如果发生这样的事情，它并没有真正提高我对TFS的信任。
我们还有另一个行为不端的文件，我将不得不看看它是否存在所有相同的问题以及我们可以做些什么，如果有的话。如果该文件与我们似乎缺少的其他变更集相关，我认为除非我们启动一个SQL工具（我真的不会去），否则我们不能将这个变更集放到数据库中要做。）