Question

我试图了解如何构建我的TFS / VSTS文件夹和本地工作空间/文件夹/映射等。我正在寻找一种我可以遵循的最佳实践方法。

目前我的VSTS帐户中有两个项目：

$/ProjectA
+- Main
  +- ProjectA 
    +- ProjectA
    +- ProjectA.sln 

$/ProjectB
+- Main
  +- ProjectB 
  +- ProjectB.sln

根据MSDN link 的建议，我在项目的根目录下创建了一个'main'文件夹。所以我可以在以后需要的时候创建分支。

请注意，在使用新项目向导并选中“添加到源代码管理”时，ProjectA有一个名为ProjectA的文件夹，由Visual Studio创建。

关于ProjectB：首先，我创建了解决方案，但未将其添加到源代码管理中。但后来又将解决方案移动到本地映射的文件夹中。然后打开解决方案并选择“将解决方案添加到源代码管理”。

我有一个工作区，名为：“MyWorkspace”。此工作空间中的路径映射设置如下：

$/ProjectA ==> C:\Dev\Projects\ProjectA  
$/ProjectB ==> C:\Dev\Projects\ProjectB

注意：两个项目都没有任何关系。

问题：

我应该如何在VSTS项目中构建我的文件夹？ .sln文件应驻留在哪个级别？
我应该如何构建本地文件夹和映射？
我是否应该使用一个包含所有项目映射的工作空间或每个项目一个工作空间？或者我应该按照某些博客的建议为每个项目设置多个工作空间？（抱歉找不到链接了）

Answer 1

我同意弗拉特的观点，这个问题是完全主观的。

然而，MSDN提供了有关使用服务器端结构和客户端结构的建议，还有分支文件夹和工作区解释。

解决方案和项目结构战略

用于构建解决方案的三种最常见的策略   项目文件是：


单一解决方案。如果您在一个小型系统上工作，请创建一个解决方案并将所有项目放在其中。

分区解决方案。如果您在大型系统上工作，请使用多个解决方案将相关项目组合在一起。创建解决方案   逻辑上对开发人员最多的项目子集进行分组   可能会修改为一个集合，然后创建一个主解决方案   包含所有项目。这种方法减少了数量   当您只需要时，需要从源控制中提取的数据   从事特定项目。

多种解决方案。如果您正在处理需要数十个或更多项目的非常大的系统，请使用多个解决方案来工作   在子系统上，但出于依赖性映射和性能原因，确实如此   不要创建包含所有项目的主解决方案。


一般来说，你应该：


使用单一解决方案策略，除非生成的解决方案太大而无法加载到Visual Studio中。

使用多个解决方案在应用程序的子系统上创建特定视图。

使用多种解决方案可缩短加载解决方案所需的时间，并缩短开发人员的构建时间。

请参阅以下链接了解详情：

在某些情况下，您可以创建多个工作区来隔离和切换您在不同分支中所做的更改。

如果您使用的是本地工作区，那么转换为使用“one branch == one workspace”可以看到一些性能优势。有关详细信息，请参阅phkelley的博客：

TFS Version ControlUsing multiple workspaces with Visual Studio

您还可以参考jessehouwing关于如何使用工作区的答案：https://stackoverflow.com/a/48355207/7466674

我应该如何构建我的VSTS项目文件夹？

1 个答案: