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

Question

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

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

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

Answer 1

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

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

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

2. 编辑/合并/提交系统(通过"本地工作区")意味着您不需要采取任何明确的操作来检查文件,当您查询挂起的更改时,将扫描磁盘以确定您所做的更改.本地工作区是TFS 2012中的默认工作区,但您或您的管理员可能会更改此默认设置.

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

3. 分布式版本控制系统(通过git)意味着您可以在本地完全克隆存储库,并允许您在脱机时完全独立工作,并根据需要共享您的更改或接收其他人员更改.Git是TFS 2013和Visual Studio 2013的新功能.

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

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