以编程方式独立于构建触发发布
Programmatically trigger a Release independently from a build
我目前使用 Team Foundation Server 2013 Update 3 和 Release Management 2013 with Update 3。
使用 Release Management，可以手动或自动从构建开始发布（"Can trigger a Release from a Build" 选项）。
是否可以以编程方式独立于构建触发发布？
实际上，有没有办法通过服务或命令行工具（例如 TFS Power Tools）与 Release Management（大概是其服务器组件）交互？
理想情况下，我想使用 PowerShell 来做到这一点，所以我想知道我有什么选择可以实现它。
如果您的版本是带有更新 4 的 RM 2013。您将 WebAPI 暴露给触发器版本，如果您正在寻找控制台触发方式，您可以使用 RM 控制台应用程序。
一些链接，
您有几个选项，具体取决于您使用的是 vNext 发布模板还是基于代理的发布模板。
如果您使用的是 vNext 发布模板：更新 3 和更新 4 中有一个 poorly-documented REST API 可用。
如果您使用基于代理的模板，您可以使用 ReleaseManagementBuild.exe，它位于客户端的 bin 文件夹中（通常在 C:\程序文件 (x86)\Microsoft Visual Studio 12.0\Release Management\Client\bin)。在使用 ReleaseManagementBuild.exe 之前，您必须 运行 并配置客户端 ReleaseManagementConsole.exe。
我目前使用 Team Foundation Server 2013 Update 3 和 Release Management 2013 with Update 3。
使用 Release Management，可以手动或自动从构建开始发布（"Can trigger a Release from a Build" 选项）。
是否可以以编程方式独立于构建触发发布？ 实际上，有没有办法通过服务或命令行工具（例如 TFS Power Tools）与 Release Management（大概是其服务器组件）交互？
理想情况下，我想使用 PowerShell 来做到这一点，所以我想知道我有什么选择可以实现它。
如果您的版本是带有更新 4 的 RM 2013。您将 WebAPI 暴露给触发器版本，如果您正在寻找控制台触发方式，您可以使用 RM 控制台应用程序。
一些链接，
您有几个选项，具体取决于您使用的是 vNext 发布模板还是基于代理的发布模板。
如果您使用的是 vNext 发布模板：更新 3 和更新 4 中有一个 poorly-documented REST API 可用。
如果您使用基于代理的模板，您可以使用
ReleaseManagementBuild.exe，它位于客户端的bin文件夹中（通常在 C:\程序文件 (x86)\Microsoft Visual Studio 12.0\Release Management\Client\bin)。在使用ReleaseManagementBuild.exe之前，您必须 运行 并配置客户端ReleaseManagementConsole.exe。