Version control Team Foundation Server 2008源代码管理中用于第三方控件的文件夹

Version control Team Foundation Server 2008源代码管理中用于第三方控件的文件夹,version-control,tfs,Version Control,Tfs,我正在设置一个新的TFS2008服务器,我们将从VSS迁移到该服务器,并且我正在尝试布局源代码管理存储库 读完这个问题后,我正试图以类似的方式组织我的文件夹 我想创建一个名为第三方工具或类似工具的顶级文件夹,但在源代码管理资源管理器中,我似乎无法创建一个顶级文件夹,如$/3rdparty 我真的需要为此创建一个新的团队项目吗?我是否可以使用空白模板,而不必从内置的Agile或CMMI模板中选择?如果您不能在$/下创建第二个根目录,您可以创建一个通用根目录“{MyCompany projects}

我正在设置一个新的TFS2008服务器,我们将从VSS迁移到该服务器,并且我正在尝试布局源代码管理存储库

读完这个问题后,我正试图以类似的方式组织我的文件夹

我想创建一个名为第三方工具或类似工具的顶级文件夹,但在源代码管理资源管理器中,我似乎无法创建一个顶级文件夹,如$/3rdparty


我真的需要为此创建一个新的团队项目吗?我是否可以使用空白模板,而不必从内置的Agile或CMMI模板中选择?

如果您不能在
$/
下创建第二个根目录,您可以创建一个通用根目录“
{MyCompany projects}
”,在该目录下您可以创建:

  • “{第三方}”
  • “{Project1}`”
  • “{Project2}”
有关此问题的更多详细信息:


一般的想法是将所有相关的项目放在一个引用下,共享一组公共的第三方库。

如果您不能在
$/
下创建第二个根,您可以创建一个通用根“
{MyCompany projects}
”,在该根下您可以创建:

  • “{第三方}”
  • “{Project1}`”
  • “{Project2}”
有关此问题的更多详细信息:


总的想法是将所有相关项目放在一个参考之下,共享一组公共的第三方库。

我真的认为这是不可能的,但我找不到任何官方文件这样说。仅供参考-我们创建了一个名为“CommonUtils”的团队项目,然后在其中存储共享库等。

我真的认为这是不可能的,但我找不到任何官方文档这样说。仅供参考-我们创建了一个名为“CommonUtils”的团队项目,然后在其中存储共享库等。

对不起,问题可能不清楚。这就是我试图创建的结构。我的问题是,我可以/如何创建$/ThirdParty而不使其成为一个完整的团队项目?因为我不知道,我在回答中提出了一个替代方案。对不起,可能问题不清楚。这就是我试图创建的结构。我的问题是,我能否/如何创建$/ThirdParty而不使其成为一个完整的团队项目?因为我不知道这一点,我在回答中提出了一个替代方案。是的,我创建了一个名为CommonTools的项目并将其放在那里。是的,我创建了一个名为CommonTools的项目并将其放在那里。