TFS工作区命名指南,在哪里?

TFS工作区命名指南,在哪里?,tfs,workspace,Tfs,Workspace,TFS(2010)中有关于工作区命名和工作区映射的指导吗?我不知道有任何关于这方面的具体指导,但几年后,我们主要解决了一个映射到root$/的工作区。我们已经像这样运行了大约一年,有80多名开发人员,但没有看到太多问题 在我看来,这是有效的,就像每个团队项目一个工作区的想法一样,只要你没有太多的团队项目要处理。对于映射方面,没有什么可以添加到第一个答案,因为“映射到根$/”方法似乎是最常用的方法。 然而,MSDN似乎提出了一种不同的方法: 如果要使用单个文件夹中的文件,请映射到一个尽可能接近团队

TFS(2010)中有关于工作区命名和工作区映射的指导吗?

我不知道有任何关于这方面的具体指导,但几年后,我们主要解决了一个映射到root
$/
的工作区。我们已经像这样运行了大约一年,有80多名开发人员,但没有看到太多问题


在我看来,这是有效的,就像每个团队项目一个工作区的想法一样,只要你没有太多的团队项目要处理。

对于映射方面,没有什么可以添加到第一个答案,因为“映射到根$/”方法似乎是最常用的方法。 然而,MSDN似乎提出了一种不同的方法:

如果要使用单个文件夹中的文件,请映射到一个尽可能接近团队项目集合级别的文件夹,但不能比必须接近的文件夹更接近。这样,您将获得您需要的所有文件,而不会获得许多不需要的文件

我倾向于说,只有当您需要在同一工作站上创建多个工作区时,工作区命名约定才有用。如果您需要处理托管在不同团队集合中的不同代码库或同一代码库的不同分支上的不同代码库,就会出现这种情况

如前一次反馈中所述,我没有找到专门针对该主题的参考资料,但旧TeamPrise Explorer文档中的“”文章有一些很好的建议:

(…)为工作区指定一个名称,其中包括您的计算机名称、可交付成果和分支(如果适用)


“可交付成果”是特定于组织的,但可能与单个团队项目相关,因此可以使用项目名称将工作区与其关联(而不是对本质上相同的事情使用不同的名称).

我们在这里也做了同样的事情,自2005年以来一直运作良好。我从Marcel de Vries(InfoSupport&MVP)那里找到了一些幻灯片。他还建议使用一个单根映射,这使得搜索更容易。我找不到的是一个工作区命名约定……我不知道是否需要一个,除了--使其易于区分。我目前有WorkLocal、MergeSpace和ComponentUpgrade。我的主要空间是WorkLocal,另外两个空间用于正在进行的一些特殊工作。