从Visual Studio 2012签入TFS后，所有文件都标记为只读

Question

我有两个项目的解决方案。我只是标记了解决方案并检查了它，现在所有文件左侧都有蓝色挂锁的小图像，这显然意味着它们被标记为只读。

我一直只和Tortoise SVN一起工作，这是我第一次检查TFS，为什么会发生这种情况，或者如果这里的答案太复杂，至少我怎么能回到州我的文件（整个解决方案可能）正常。

此外，我一直在努力寻找关于如何从Visual Studio 2012使用/执行TFS基本任务的良好阅读/教程，因此如果有人可以分享关于该主题的良好信息来源，那将非常感激。

Answer 1

事实上，这是正常的。您正在使用a "server workspace"，或从TFS 2012之前连接到TFS服务器.Team Foundation Server有多种工作模式：

1. Checkout / Edit / Checkin系统（通过＆＃34;服务器工作区＆＃34; ）意味着您需要明确检查文件以开始编辑它。文件以只读方式保存，以便快速向您显示检出的文件以及需要检出的文件。如果您只是在理解TFS版本控制（Visual Studio，Eclipse）的IDE或编辑器中输入，那么IDE将为您检查该文件。否则，您需要手动检查文件（通过选择＆＃34; Check Out for Edit＆＃34;在Source Control Explorer中或运行tf checkout <filename>。）

   对于在这些存储库中具有非常大的存储库或非常大的文件的团队，这种类型的系统非常有用;通过明确指示您正在编辑文件的源控制系统，您可以避免扫描文件系统。

2. 编辑/合并/提交系统（通过＆＃34;本地工作区＆＃34; ）意味着您无需采取任何明确的操作来检查文件，在查询待处理的更改时，将扫描磁盘以确定您所做的更改。本地工作区是TFS 2012中的默认工作区，但您或您的管理员可能change this default。

   这与Subversion的操作方式类似，通常适用于大多数存储库，但是如果在树中使用保留大型二进制文件，则可能不是一个好选择。

3. 分布式版本控制系统（通过 git ）意味着您可以在本地完全克隆存储库，并允许您在离线时完全独立工作并共享您的更改或接收其他人你认为合适的变化。 Git是TFS 2013和Visual Studio 2013中的新功能。

   这种类型的系统对于希望利用新颖分支策略的高度分散的团队和团队非常有用，但可能不适合对细粒度权限有非常复杂要求的团队。

如果您的服务器是TFS 2012或更高版本，并且您希望将现有服务器工作区转换为本地工作区，则可以打开＆＃34;编辑工作区＆＃34;对话框，在高级设置中，更改工作区的类型。这将使您的所有文件都可写，并且您将继续以类似Subversion的模式工作。

Answer 2

这很正常，锁定了文件。 但是，您可以设置不同签入/签出策略的源代码控制级别。

link：http://msdn.microsoft.com/en-us/library/ms181237(v=vs.90).aspx

对于全球文档：

1. 来源控制：http://msdn.microsoft.com/en-us/library/vstudio/ms181368.aspx
2. Tfs global：http://msdn.microsoft.com/en-us/library/vstudio/hh529827(v=vs.110).aspx