我会打电话给东西'C'一个文件夹,但是我应该如何引用东西'A'和'B'?
截图stream程来自Visual Studio源代码pipe理资源pipe理器IDE。

我总是以他们的名字来引用这些东西(如“转到TFS,客户工具,数据库”)。
我想TFS并不是真的需要一个名字(这是TFS的根 – 似乎不言自明)。
客户工具看起来像其他供应链pipe理系统称为“项目”,所以除非一个TFS大师说不同,这就是我所说的。
A – 这是根节点 ,也被称为“ $ / ”因此,您在图片(A \ B \ C)中的path将是$ / CustomerTools / Database
在TFS 2010之前,根文件夹驻留在TFS服务器级别,所以$ /技术上是服务器根文件夹。 TFS 2010引入了一个名为团队项目集合(TPC)的新概念,所以在后来的版本中$ /代表TPC的根 ; 这些更高版本的TFS可以有多个TPC,这些TPC实际上只是SQL Server数据库; 每个TPC都有自己的根文件夹($ /)。
B – 这是Team Project文件夹 。 在大图中,它只是根文件夹下有一个花哨图标的文件夹; 但是,在这个级别创build文件夹的唯一方法是创build一个新的团队项目。 文件夹的名称始终与团队项目的名称相同; 在你的情况下,你的团队项目的名字是: CustomerTools 。 团队项目是TFS中的一个容器,用于存储与源代码pipe理,工作pipe理和构build相关的用户数据。 它有很多不同的部分,其中一个部分就是这个文件夹。 这个文件夹中有一些与团队项目的其他部分相关的缺省值和钩子,但是就源代码控制活动而言,你可以把它想象成在TFS中可以find的其他文件夹。 要了解和考虑TFS中的源代码控制,重要的是无论TFS中的什么地方(不pipe团队项目)位于何处,该文件夹下的所有内容都位于相同的独立存储库中,并且您可以访问任何文件或文件夹在整个资源库中,只要你有权限。 任何pipe理员都可以通过右键单击文件或文件夹并使用属性对话框中的选项来修改权限。 您还可以通过命令行修改这些权限(请参阅TF.exe权限命令和TFSSecurity.exe实用程序)。
正如@Tyler提到的,这可以被认为是简单的旧的文件夹或分支 。 在TFS之前,你只能通过调查一下属性来判断它是哪一个; 在TFS 2010中,他们开始通过使用不同的图标来区分分支和文件夹 ,以指示某个分支(文件夹仍然使用文件夹图标)。 你可以在下面的图中看到每个例子。 至于这些文件夹,你可以把它们想象成你在Windows资源pipe理器中的文件夹; 它们被用来包含/分组/组织和保护文件(或其他文件夹或分支)。 您可以在源代码pipe理path中添加文件夹,但总path长度应该less于259个字符,或者在使用TFS时可能会遇到某些操作(特别是构build)的问题。

对我来说,我通常会select他们在Team Foundation Server中代表的内容。 例如“A”是团队集合(简称集合),“B”是团队项目(简称项目),“C”可以是文件夹或分支。
所以在上面的例子中,我会说去tfs集合,CustomerTools项目和数据库分支。
我在“团队资源pipe理器”窗口中看到了这个button,这表明thingy B确实是一个团队项目。
