我们大约6个月前从VSS迁移到TFS。我们存储项目的方式是我们按类别对它们进行分组（Windows App，Web App，Infopath，SQLScripts，不推荐使用）。 在“Windows App”工作区下，我们可能有3个.NET项目。 “Web应用程序”可能有3个等等.VSS用于存储代码存储库比VSS可能提供的任何实际功能更多。
Windows应用程序（$ / Windows应用程序/工作区）
- ＆GT; App1的
- ＆GT; App2的
- ＆GT; App3的
Web App（$ / Web App / workspace）
- ＆GT; App1的
- ＆GT; App2的
- ＆GT; App3的
我的问题是，为每个项目提供1个工作区会更好吗？我认为“是”的原因之一是，如果我在同一工作区中处理多个项目，当我执行诸如签入挂起更改之类的操作时，它将显示所有待处理的更改，包括我可能当前不工作的其他项目英寸
Web App / App1（$ / Web App / App1工作区）
Web App / App2（$ / Web App / App2工作区）
Web App / App3（$ / Web App / App3工作区）
我想我正在寻找最佳实践回应。
感谢。
答案 0 :(得分：8)
在我正在开发的项目上，我们为应用程序的不同版本提供了多个分支，我（个人）为每个分支创建了一个不同的工作区。每个分支本身都是一个“项目”。
这很好，因为它将您的挂起更改本地化到该工作空间 - 所以当我在分支2上工作时，我对分支1的挂起更改不会显示。
编辑：我刚刚阅读了你答案的最后一部分 - 是的，每个工作区的待定更改都是一个非常好的功能，我认为这是一种以这种方式做事的最佳做法。