我有两个项目的解决方案。我只是标记了解决方案并将其签入，现在所有文件的左侧都有蓝色挂锁的小图像，这显然意味着它们被标记为只读。
到目前为止，我一直只使用Tortoise SVN，这是我第一次登录TFS，所以为什么会发生这种情况，或者如果它太复杂而无法在此处找到答案，至少我该如何返回文件状态（可能是整个解决方案）正常。
另外，我一直在努力寻找如何从Visual Studio 2012中使用/执行TFS的基本任务的良好阅读/教程，因此，如果有人可以共享有关该主题的大量信息，将不胜感激。
实际上，这是正常的。您正在使用“服务器工作区”，或者从TFS 2012之前连接到TFS服务器。Team Foundation Server具有多种工作模式：
签出/编辑/签入系统（通过“服务器工作区”）意味着您需要显式签出文件才能开始对其进行编辑。文件保持只读状态，以便快速向您指示哪些文件已签出，哪些文件需要签出。如果您只是简单地输入可以理解TFS版本控制的IDE或编辑器（Visual Studio，Eclipse），则IDE会为您签出文件。否则，您将需要手动检出文件（通过在Source Control Explorer中选择“检出以进行编辑”或运行tf checkout <filename>。）
这种类型的系统对于存储库非常大或存储库中的文件非常大的团队非常有用。通过明确指示源代码管理系统正在编辑文件，可以避免扫描文件系统的麻烦。
编辑/合并/提交系统（通过“本地工作区”）意味着您无需采取任何显式操作即可将文件检出，当您查询挂起的更改时，将扫描磁盘以确定已进行的更改。 。本地工作空间是TFS 2012中的默认设置，尽管您或您的管理员可以更改此默认设置。
这类似于Subversion的操作方式，通常适用于大多数存储库，但是，如果在树中使用大型二进制文件，则可能不是一个好选择。
分布式版本控制系统（通过git）意味着您具有本地存储库的完整克隆，并允许您在脱机时完全独立地工作，并共享您的更改或接收其他人认为合适的更改。Git是TFS 2013和Visual Studio 2013中的新增功能。
这种类型的系统对于高度分散的团队和希望利用新颖的分支策略的团队非常有用，但对于围绕细粒度权限具有非常复杂要求的团队可能不适用。
如果您的服务器是TFS 2012或更高版本，并且要将现有服务器工作空间转换为本地工作空间，则可以打开“编辑工作空间”对话框，然后在高级设置中更改工作空间的类型。这将使所有文件可写，并且您将继续以类似Subversion的模式工作。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句