有一段时间我有一种唠叨的感觉，我可能忽略了TFS工作区的有用品质。这里的网站提供了一些很好的背景信息：http://www.woodwardweb.com/teamprise/000333.html。
但是，根据这些信息，我真的不明白何时应该创建一个新工作区。我是否为每个“项目”创建一个？我是否为每个项目分支创建一个？我是否需要在我打算处理的每台机器上创建镜像工作区？我不确定在做出这个决定时我需要考虑什么。
是否有最佳做法描述在何种情况下使用不同的工作空间？
注意：虽然了解其他人遵循的做法可能会很有趣，但我更感兴趣的是了解如何自己做出决定。我并不是在问“你什么时候创建新的工作区？”。相反，我问“我如何决定何时创建新工作区？”。
答案 0 :(得分：14)
每个计算机定义一个工作区，每个团队项目集合（TPC），因此，对于您使用的每个TPC，每台计算机至少需要一个工作区
在您的计算机上创建整个TPC的快照可能既浪费又可能（您可能不需要访问由其他团队或开发人员维护的项目或解决方案，因此您可能希望为每个团队项目创建一个工作区，或每个解决方案一个工作区。
如果您发现自己同时处理多个任务，则可能需要为每个任务创建一个工作区。这被认为是最佳实践，并允许您将所做的更改分开并一次检查一个任务（例如，一个工作区用于开发任务，例如构建新UI，另一个用于修复最近发现的错误）通过QA）。
如果您的任务垂直跨越多个解决方案（例如，添加UI，业务逻辑，SOA服务和更新远程数据库上的架构，所有这些都作为向您的产品添加新功能的一部分），每个任务的工作区特别有效;任务很少（如果有的话）跨越团队项目并且永远不会跨越TPC。
答案 1 :(得分：5)
简短回答，当你需要： - ）
如果您需要在多台计算机上编辑代码，那么您将被迫在每台计算机上创建一个工作区。
有些人喜欢每个团队项目都有一个工作区，有些人喜欢每个分支机构甚至解决方案。
您是否在使用相同的代码库但出于不同的原因？分支通常用于解决这个问题，但有时它不是一种选择。
您的存储库中的文件夹/文件名是否会导致您在路径中达到Windows 260字符限制？如果是，那么新工作区的时间。
我倾向于每台机器有1个工作空间映射$ /到C：\ tfs但这是我的偏好。我创建新工作区的唯一时间是我需要限制范围内的文件数。
例如，回滚变更集。如果您使用tf rollback命令（或2008年的tfpt rollback），那么tfs坚持在整个工作区上执行最新操作。如果您将工作空间映射到大型团队项目的根目录，则可能需要很长时间。设置仅包含变更集中包含文件的文件夹的工作区可以节省时间