我们的TFS服务器昨天停机，所以我被迫在离线模式下工作。在修改了大量文件后，管理员发现DNS存在问题，我们用于TFS的别名不再有效，因此我们不得不更改为TFS服务器的IP地址。
通过此更改，我的解决方案无法将自身绑定到“新”TFS服务器。所以我所做的是从不再使用的别名TFS服务器中删除我的解决方案的绑定，并将其绑定到“新”服务器。
看起来就像它正在工作一样。我实际上是在担心在获取最新版本后我必须做的手工合并的数量，但令我惊讶的是，没有任何人合并。
当我继续处理一些修改过的文件时，我注意到了奇怪的开始。虽然这些文件已经签出，但在我能够进行第一次修改之前实际上有几秒钟的延迟，这表明该文件已经重新签出。没有注意到它，所以我搁置了第二天的变化。
第二天，获得了最新版本，并发现我从前一天修改过的一些文件都已签入。但是，查看历史记录并进行比较确认我尚未检查我的新更改，并且我的本地版本与最新的TFS版本不同。
现在我在记住我更改过的文件时遇到了一些麻烦，但我可能会看看我做过的最后一个搁架并使用那里的列表。在我最终再次检查它们之前，我必须为每个文件签出一个非常烦人的事情。
TFS是否有更简单的方法来识别修改后的文件？此外，重新绑定可能是导致这种情况发生的罪魁祸首，我是否应该以其他方式做到这一点？
编辑： 我刚检查了我最新的shelveset的详细信息，我的修改后的文件没有包括在内。这么多。
编辑2： 我意外地离线打开了我的解决方案，当我上线时，它能够检测到已更改的文件，谢天谢地。但问题仍然存在，我应该采取哪些不同的做法，不再发生这种情况？
答案 0 :(得分：1)