Version control 多个项目是否应该有多个TFS工作区？

大约6个月前，我们从VSS迁移到TFS。我们存储项目的方式是按类别（Windows应用程序、Web应用程序、Infopath、SQLScripts、弃用）对它们进行分组。 在“Windows应用程序”工作区下，我们可能有3个.NET项目。“Web应用程序”可能有3个等。VSS更多地用于存储代码存储库，而不是VSS可能提供的任何实际功能

Windows应用程序（$/Windows应用程序/工作区）
-->App1
-->App2
-->App3

Web应用程序（$/Web应用程序/工作区）
-->App1
-->App2
-->App3

我的问题是，每个项目有一个工作区会更好吗？我认为“是”的原因之一是，如果我在同一个工作区中处理多个项目，当我执行诸如签入挂起的更改之类的操作时，它将显示所有挂起的更改，包括我当前可能没有处理的其他项目

Web App/App1（$/Web App/App1工作区）
Web App/App2（$/Web App/App2工作区）
Web App/App3（$/Web App/App3工作区）

我想我在寻找最佳实践的回应

---

谢谢。

在我正在进行的项目中，我们有几个分支用于不同版本的应用程序，我（个人）为每个分支创建了不同的工作区。每个分支本身就是一个“项目”

这很好，因为它将您的挂起的更改本地化到该工作区，所以我对分支1的挂起更改在处理分支2时不会显示

---

<> > >编辑：我刚刚读了你的答案的最后一部分-是的，每个工作区的未决变更是一个非常好的特性，我认为这样做是最好的做法。

谢谢，现在我只需要把它卖给大家：有人的真实可能是我对这个问题的真实性。这对我来说也让人兴奋。所以我开始像你一样使用：）