Azure devops VisualStudio和发布管理器
Azure devops VisualStudio和发布管理器,azure-devops,release-management,ms-release-management,Azure Devops,Release Management,Ms Release Management,我一直在与VisualStudio和Microsoft Release Manager打交道。我发现了一些我没有预料到的行为，我希望有人能够证实这些行为（以防我犯了错误）
我的目标是：
在Visual Studio Online中托管我的代码
使用部署代理将所述代码部署到本地或Azure托管的VM
我的第一次尝试；使用作为Visual Studio Online的一部分提供的发布管理器服务。然而，我发现我无法通过部署在本地（或Azure VM中）的代理连接到Release Manager Onl
我一直在与VisualStudio和Microsoft Release Manager打交道。我发现了一些我没有预料到的行为，我希望有人能够证实这些行为（以防我犯了错误）
我的目标是：
在Visual Studio Online中托管我的代码
使用部署代理将所述代码部署到本地或Azure托管的VM
我的第一次尝试；使用作为Visual Studio Online的一部分提供的发布管理器服务。然而，我发现我无法通过部署在本地（或Azure VM中）的代理连接到Release Manager Online
我后来在
您可以使用以下选项来管理发布：
在Visual Studio Online上使用发布管理作为服务：您
需要Visual Studio联机帐户。你不能使用厨师，你可以
仅部署到基于Azure IaaS服务的vNext环境
使用内部部署服务器：您需要安装版本管理
服务器在这里做
这似乎表明Visual Studio Online Release Manager不能使用代理—这是否正确
假设这是正确的，我的第二次尝试是在本地安装ReleaseManager（可以说，它实际上在Azure VM中）
我从安装了最新的RM版本（服务器、客户端、代理）。特别是Visual Studio 2013的版本管理，更新为4（12.0.31101.0）
但是，我发现我无法将内部版本管理器连接到Visual Studio Online。错误消息指出我必须以“域\用户名”格式提供用户名-该格式与联机格式不匹配username@domain.com'格式
这似乎表明内部安装的Release Manager无法连接到Visual Studio Online-这是否正确
谢谢，好的，这里有几个拼图：
发布管理客户端必须更新到第4版（或更高版本，今年晚些时候RM 2015发布时）
如果您使用的是Visual Studio Online，on-prem Release Management无法与之交谈。这是一个奇怪的限制，但确实如此。您可以在VSO中将RM客户端连接到RM服务，但仅此而已
VSO中的RM服务不支持部署代理。它只支持“vNext”发布模板，这些模板通过PowerShell或DSC脚本来执行部署
遗憾的是，代理很快就被弃用，转而支持所谓的“无代理”或“vNext”部署。微软目前正在对发布管理部分进行全面改造，下一个版本（将在TFS 2015更新1中发布）将完全不支持代理
如果要使用带VSO的on-prem RM服务器，则必须使用不带TFS集成的RM。仍然有可能获得大部分的连续交付功能，只需要多跳几圈就可以了
您必须将组件设置为“外部构建”，并使用on-prem构建服务器
Azure中的RM部署代理（显然）必须能够与RM服务器通信。这可能需要各种各样的防火墙恶作剧，但这是一个与你的网络伙伴进行的对话
如果要进行连续交付（生成触发发布），则必须查看ReleaseManagementBuild.exe文件（它是RM客户端的一部分）。此工具负责作为构建的一部分启动发行版。“Release”生成过程模板采用TFS集成，但ReleaseManagementBuild.exe应用程序具有“package”模式，您可以在其中指定要发布的UNC路径。这可以让您避免直接进行TFS集成。可以稍微修改一下构建过程模板，以利用这一点
好的，这里有几个谜题：
发布管理客户端必须更新到第4版（或更高版本，今年晚些时候RM 2015发布时）
如果您使用的是Visual Studio Online，on-prem Release Management无法与之交谈。这是一个奇怪的限制，但确实如此。您可以在VSO中将RM客户端连接到RM服务，但仅此而已
VSO中的RM服务不支持部署代理。它只支持“vNext”发布模板，这些模板通过PowerShell或DSC脚本来执行部署
遗憾的是，代理很快就被弃用，转而支持所谓的“无代理”或“vNext”部署。微软目前正在对发布管理部分进行全面改造，下一个版本（将在TFS 2015更新1中发布）将完全不支持代理
如果要使用带VSO的on-prem RM服务器，则必须使用不带TFS集成的RM。仍然有可能获得大部分的连续交付功能，只需要多跳几圈就可以了
您必须将组件设置为“外部构建”，并使用on-prem构建服务器
Azure中的RM部署代理（显然）必须能够与RM服务器通信。这可能需要各种各样的防火墙恶作剧，但这是一个与你的网络伙伴进行的对话
如果要进行连续交付（生成触发发布），则必须查看ReleaseManagementBuild.exe文件（它是RM客户端的一部分）。此工具负责作为构建的一部分启动发行版。“Release”生成过程模板采用TFS集成，但ReleaseManagementBuild.exe应用程序具有“package”模式，您可以在其中指定要发布的UNC路径。这可以让您避免直接进行TFS集成。可以稍微修改一下构建过程模板，以利用这一点
您使用的是哪个版本的发布管理服务器和客户端？@MrHinsh，我已经更新了问题-2013