1

我想知道在 Visual Studio 中使用工作区的最佳方式是什么。我们有 150 多个 Web 服务，它们都是同一个团队项目 $/MyTeamProject 的一部分，完全没有关联。它们都属于同一个团队项目的原因是它们都由我们组织内的同一组人员维护。

每个 Web 服务具有以下结构

$/MyTeamProject/WebService1
$/MyTeamProject/WebService1/Main
$/MyTeamProject/WebService1/Release/1.0
$/MyTeamProject/WebService1/Release/1.1

$/MyTeamProject/WebService2
$/MyTeamProject/WebService2/Main
... ETC。

我想知道在此设置中使用工作区的正确方法是什么，因为目前只有团队项目的映射，所以我所有的 web 服务都是同一个工作区的一部分。我应该为主分支和每个发布分支创建映射作为单独的工作区，还是应该将每个 Web 服务映射到它自己的工作区，例如 $/MyTeamProject/WebService1？

任何帮助，将不胜感激。

我不能将每个 Web 服务作为其自己的团队项目，因为 tfs 在具有相同项目规模的多个组之间共享，因此我们受到所有 Web 服务的自己的团队项目的限制。

4

2 回答 2

1

你说网络服务根本不相关。然后我假设它们是单独发布的。

我看不出有任何理由在您的场景中使用多个工作区。我建议您从顶级项目“MyTeamProject”中删除映射。然后，您可以灵活地将子文件夹映射到您想要的任何本地文件夹。

于 2008-12-08T11:25:21.710 回答
0

如果每个 Web 服务有一个工作区，那么您将获得 150*#releases 个工作区。这对于构建版本、标签等将变得非常难以管理。更少的工作空间将意味着更少的构建需要管理。

我建议每个版本都有一个工作区。通常，您可能一次只处理一个版本，这将允许您有效地管理单个版本的所有代码。然后，您还可以将客户端上的工作区映射到问题中提到的更合乎逻辑的结构。

例如

\Projects\MyTeamProject\Main\WebService1
\Projects\MyTeamProject\Main\WebService2 ...

\Projects\MyTeamProject\Release1.0\WebService1
\Projects\MyTeamProject\Release1.0\WebService2 ...

\Projects\MyTeamProject\Release1.1\WebService1
\Projects\MyTeamProject\Release1.1\WebService2 ...

ETC

于 2008-12-05T12:25:21.560 回答