我们在使用TFS的前提下，版本2015更新3.我们正在使用多个团队项目。某些团队项目用于应用程序（源代码管理和构建），其他团队项目（包含多个团队）用于工作项目跟踪。团队可以处理不同的应用程序。使用TFS发布管理与multplie团队项目
现在我们正在研究发布功能。我们希望使用1个团队项目来跟踪所有发布，因此我们可以概览组织中的所有发布。但我无法弄清楚如何实现这一点。
有没有一种方法可以定义链接到其他团队项目构建的发布定义？ Here微软表示：“在部署同一团队项目中发布的团队构建工件时，不需要额外的设置。”所以我想应该可以做一个额外的设置，但我不知道如何。
您不应将项目的各个方面（构建，代码，发布，工作项目等）分为不同的团队项目。正如你所看到的那样，如果你这样做，你会失去所有的可追踪性。
您可以在适当使用团队的情况下，在一个团队项目中管理您的应用程序产品组合，但讨论如何实现这个目标对您的组织来说非常具体，因此太宽泛无法讨论Stack Overflow。
我同意。我们确实希望在一个团队项目中管理我们的完整投资组合，但这不是我要讨论这个问题的目标。 – user6753355
我们也有很多团队项目 我们正在使用TFS 2015 CU2，但我不认为这两个版本之间存在很多差异。
工件链接用于同一团队项目中的团队构建。我确实认为有一种方法可以链接到其他团队项目的外部。
在您可以创建所有的CI的一个团队项目建立有（在构建确定指标映射就可以映射到你想要您只需在路径切割任意源控制路径。）
如果仍使用你的XAML构建定义;您可以在VS 2013中使用TFS Communinity构建管理器加载项，并将构建定义克隆到您的新团队项目中。
所以目前并不容易。我们选择从每个团队项目中发布。发布概述很不错，但我们选择了不值得的努力。也许在下一个版本中我们会修改。
最大的区别（对我们来说）是集成在TFS中的发布功能（我们刚刚来自TFS2015）。在我们当前的版本中，我们使用MRM的客户端/服务器版本。在该版本中，即使源代码和版本位于不同的团队项目中，您仍然可以看到所有版本的概述。 – user6753355
您在一个团队项目中创建所有构建的建议是我们现在正在调查的内容。有了所有其他评论，我很清楚我们应该重新思考我们的设置。 – user6753355
我希望这些团队项目限制在即将发布的版本中消失。我没有在用户语音https://visualstudio.uservoice.com中找到任何内容。但预计在以前的版本中可能会最终显示在新版本中。 – Bhuard
您需要重新考虑如何设置，这不是应该如何使用TFS。单个团队项目应包含单个项目/代码库/ TP的所有代码，工作项目，构建和发布。在某种程度上，我相信你可以在一个TP中设置一个构建def来观察来自另一个TP的文件夹，但它永远不能从第三个团队项目更新工作项目，并且你冒着权限无法在它们之间正确流动的风险。 –
这个结构有一些原因。主要是因为TFS 2005的遗留问题。另一个原因是因为应用程序和构建定义的数量。作为开发人员，您不想向下滚动搜索长列表中的构建定义。但我想我应该重新考虑我们的设置...... – user6753355
关于构建，您应该考虑在TFS 2015中转移到新的构建系统（构建vNext）。它比旧版本TFS中基于xaml的系统要好得多。它也有文件夹（最后），所以你可以合理地组织你的构建。 –