所以我决定将我引用的第三方dll添加到一个名为lib的独立文件夹中，并从该目录引用它们。这样做完全没有问题，但是当我想要更新这些文件时，TFS似乎完全不知道这些文件实际上已经发生了变化。即使我复制旧文件覆盖，也似乎找不到检入新文件的方法。如果我从源代码控制资源管理器中选择”检入待处理更改“，会出现一个信息框，说明没有更改。但是，如果我运行最新版本和工作空间版本之间单个DLL的比较，则TFS确实会告诉我这些文件不同。那么，唯一的解决办法是从源代码控制中删除这些文件，然后再以较新版本重新添加它们，还是可以以某种方式更新它们呢？
2个回答
9
Team Foundation Server（直到2010年，并且使用2012的“Server Workspaces”）使用一种“Checkout/Edit/Checkin”模型进行版本控制，该模型与许多其他类型的版本控制系统（例如“Edit/Merge/Commit”系统）不同。
为了更新您的二进制文件，您需要明确检出并更新内容。然后您可以将其检入。这种类型的系统适用于处理大型存储库和像二进制文件这样的大型文件，因为它无需扫描您的磁盘以确定文件是否已更改。
如果您喜欢使用Edit/Merge/Commit类型的系统，该系统将扫描您的磁盘以查找更改，并且您无需明确检查文件，则可以在TFS 2012中使用（作为“Local Workspaces”）。
为了更新您的二进制文件，您需要明确检出并更新内容。然后您可以将其检入。这种类型的系统适用于处理大型存储库和像二进制文件这样的大型文件，因为它无需扫描您的磁盘以确定文件是否已更改。
如果您喜欢使用Edit/Merge/Commit类型的系统，该系统将扫描您的磁盘以查找更改，并且您无需明确检查文件，则可以在TFS 2012中使用（作为“Local Workspaces”）。
- Edward Thomson
1
啊，感谢详细的解释，确实很有道理。 - bobblez
2
在替换文件之前，您是否尝试过检查并编辑文件？这种方法在此处有效...
- Uflex
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接