Tfs 为一个解决方案发布多个项目

Tfs 为一个解决方案发布多个项目,tfs,ms-release-management,Tfs,Ms Release Management,我有一个VisualStudio解决方案,包括一个SSRS项目、两个SSIS项目、一个SSAS项目和一个SQL Server项目。我正在使用TFS2013更新4 我想在两个环境中使用TFS发布管理部署此解决方案。第一个环境应该在开发人员签入后“填充”,而第二个环境中的项目应该只在第二天晚上部署(在测试人员使用环境的白天,新的部署可能会影响他们的数据) 使用TFS Release Manager 2013.4是否可以实现这一点 更新1: 单个门控签入构建占用了太多的时间,这就是为什么现在我为每个项

我有一个VisualStudio解决方案,包括一个SSRS项目、两个SSIS项目、一个SSAS项目和一个SQL Server项目。我正在使用TFS2013更新4

我想在两个环境中使用TFS发布管理部署此解决方案。第一个环境应该在开发人员签入后“填充”,而第二个环境中的项目应该只在第二天晚上部署(在测试人员使用环境的白天,新的部署可能会影响他们的数据)

使用TFS Release Manager 2013.4是否可以实现这一点

更新1:

单个门控签入构建占用了太多的时间,这就是为什么现在我为每个项目分别设置了门控签入构建,以将开发人员的等待时间保持在最低限度

更新2:

当前设置包括五个门控签入构建,用于将每个项目构建和部署到第一个环境,以及一个夜间构建,用于构建和部署整个解决方案到第二个环境。

添加一个额外的“收集器”构建,您可以自动从其他人那里排队,这些人的目的是收集工件并作为发布管理器的参考

换句话说,假设您有五个CI构建,每个名为CI1到CI5的项目一个。在每个CI中运行类似的命令

TFSBuild开始/集合:%TF\u BUILD\u COLLECTIONURI%/buildDefinition:Collector/queue/msBuildArguments:CIDrop=%TF\u BUILD\u DROPLOCATION%

收集器
生成排队。 后者从父构建和剩余CI构建的最后已知良好构件中收集构件,并将它们复制到其放置位置


现在,您可以像往常一样在此
收集器
构建上使用Release Manager了。

您是希望此操作完全自动化,还是可以接受每天的手动干预以部署到第二个环境?手动干预是可以接受的,因为它可以通过API自动化。您是否计划从RM模板只能指向一个生成定义?事实上,你能多说一点在第一个环境中发生的事情吗?因为你的设置会变得非常复杂,而结果可能是不必要的复杂性。或者你可以有一个额外的“收集器”构建,您自动从其他人那里排队,这些人的目的是收集工件并作为RM@GiulioVian这似乎是最优雅的解决方案;如果你把它作为一个答案,我可以标记它。