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

Question

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

Windows 应用程序($/Windows 应用程序/工作区)
-->应用1
-->应用程序2
--> App3

Web 应用程序($/Web 应用程序/工作区)
-->应用1
-->应用程序2
--> App3

我的问题是为每个项目设置 1 个工作区会更好吗？我认为"is"的原因之一是，如果我在同一个工作区中处理多个项目，当我执行诸如 checkin 待处理的更改之类的操作时，它将显示所有待处理的更改，包括我目前可能没有工作的其他项目在。

Web App/App1($/Web App/App1 工作区)
Web App/App2($/Web App/App2 工作区)
Web App/App3($/Web App/App3 工作区)

我想我正在寻找最佳实践响应。

谢谢。

Answer 1

在我正在处理的项目中，我们为不同版本的应用程序设置了多个分支，我(个人)为每个分支创建了一个不同的工作区。每个分支本身就是一个“项目”。

这很好，因为它将您的待定更改本地化到该工作区 - 所以当我在分支 2 上工作时，我对分支 1 的待定更改不会显示。

编辑:我刚刚阅读了您答案的最后一部分 - 是的，每个工作区的待定更改是一个非常好的功能，我认为以这种方式做事是最佳实践。