问题标签 [ms-release-management]

当我打开发布管理客户端时，我收到一条警告消息弹出窗口。请参阅下面的警告屏幕。

窗口正在关闭，当我单击确定时...！

控制台日志如下所示。

我在 RM 上做研发。这对我来说现在是一个路障问题。请帮助我更进一步。

我正在使用适用于 Visual Studio 2013 的 Microsoft 发布管理客户端。但它无法启动，并在事件日志中出现以下 2 个错误：

错误一：

错误应用程序名称：ReleaseManagementConsole.exe，版本：12.0.21031.1，时间戳：0x5272753c

错误模块名称：KERNELBASE.dll，版本：6.2.9200.16864，时间戳：0x531d2be6

异常代码：0xe0434352

故障偏移：0x00010f22

错误进程ID：0x1108

错误应用程序启动时间：0x01cfb539f264950b

错误的应用程序路径：D:\Program Files (x86)\Microsoft Visual Studio 12.0\Release Management\bin\ReleaseManagementConsole.exe

错误模块路径：C:\Windows\SYSTEM32\KERNELBASE.dll

报告 ID：302cacba-212d-11e4-941f-001018ccb4a7

故障包全名：

错误的包相关应用程序 ID：

错误2：

应用程序：ReleaseManagementConsole.exe

框架版本：v4.0.30319

说明：进程因未处理的异常而终止。

异常信息：System.MissingFieldException

堆栈：在 Microsoft.VisualStudio.Release.Console.App.OnStartup(System.Windows.StartupEventArgs) 在 System.Windows.Application.<.ctor>b__1(System.Object)...

我正在使用 Windows Server 2012 + Visual Studio 2013。

以前有人见过这样的问题吗？

我已经尝试使用 DACPAC Deployer 将数据库部署到位于不同域中的服务器。通过幽灵帐户建立的服务器连接，我之前使用 XCOPY Deployer 成功部署到同一台服务器。

DACPAC 部署已被拒绝，我收到以下错误消息。

安装命令\"C:\Users\rmghost\AppData\Local\Temp\ReleaseManagement\ROMEO.DB Deployer\201408121235204725703-3\sqlpackage.exe /Action:Publish /SourceFile:".dacpac" /TargetServerName:"" /TargetDatabaseName :""\" 失败，退出代码为 \"-2146232576\"。

请分享您的想法以解决此问题。

我正在使用 Visual Studio 的发布管理客户端。

我不小心输入了错误的发布管理服务器名称。每次我打开客户端时，它都会给我这个错误然后关闭。但我从来没有机会修改服务器名称。

任何人都可以解释一下吗？

我想将 ASP.NET Web 应用程序作为网站（不是云应用程序）发布到 Azure。我可以根据这里使用 Publish-AzureWebsiteProject cmdlet 。

但这种方法需要 Azure PowerShell。我想我需要在 Deploy Agent box 上安装 Azure PowerShell ，并为此编写一个自定义工具。

这是正确的方法吗？

如何为发布管理编写自定义工具？

我第一次尝试从发布模板访问构建定义并且下拉列表为空。 请注意，我的 RM 客户端已连接到 TFS，它列在“管理”>“管理 TFS”下。

我错过了任何权限设置吗？

我正在尝试使用 TFS（都运行更新 2）将部署代理连接到我的发布管理服务器。

发布管理服务器位于测试环境服务器的网络之外。可以通过 HTTP 访问它。测试环境在代理后面运行。我更改了配置文件的配置，以确保通过代理进行连接，添加以下内容：

我正在使用影子帐户将部署代理连接到发布管理服务器。

当我运行部署代理配置向导时，一切都成功了。日志文件显示没有错误。但是，在 Release Management Client 中扫描新服务器时，该服务器不显示。

我已将日志记录更改为详细，并在部署代理日志文件中找到以下信息：

日志文件显示所有通信检查均失败。出了什么问题？

更新

从 MachineKeys 文件夹中删除密钥 f92439b4a629bc3a41a69e308c... 后，权限错误消失。但是，我的部署代理仍然无法连接到服务器。这是日志文件显示的内容：

我创建了影子帐户，当我在 Azure 虚拟机上安装代理并使用与在此方案中使用的相同凭据时，此设置正在运行。我想这个问题与客户站点的代理配置有关。

我在使用Microsoft 的 Release management 2013部署扩展名为.exe的文件时遇到问题。我可以使用cmd或直接双击安装程序来安装相同的软件包。我还可以使用 Release Management 2013 工具中的 MSI Deployer 工具安装扩展名为.msi的软件包。

有人可以帮我解决这个问题。完全了解此发布管理工具提供的功能的最佳方式是什么

我已经构建了一个基于 TFS 2010 命令行实用程序 TF.exe 的自定义部署操作。从部署代理服务器上的 DOS 提示符执行时，它运行良好。

并且文件确实被下载，而不需要工作区。但是，当通过 VS2013RM 执行时，出现错误：

当我将鼠标悬停在消息列上时，它显示：

是什么赋予了？为什么它在一个地方执行得很好，而在另一个地方却不行？RM 客户端在网络服务帐户下运行，该帐户是本地管理员和集合服务帐户的一部分。

启用日志后

我能够捕获这个命令：

比错误

我正在从 TFS 构建中触发发布，并且我已经为此配置了 MS 发布管理环境。

当我制作“ReleaseBuild=true”时，TFS 构建不成功。即使构建失败，错误计数也为零。从一些文章中，我了解到构建代理帐户应该在 RM 客户端中创建为“Release Manager”。现在 Build Agent 正在 NETWORK SERVICES 帐户下运行。

我有几个疑问：

1. 我是否需要将 Build Agent 身份更改为 windows 身份并将该用户创建为 RM 客户端中的发布管理器？
2. 如果是，在 Windows 和 RM 中为该帐户授予的必要权限是什么。
3. 如果否，我如何在 RM 中创建 NETWORK SERVICES 作为“发布管理器”

请帮助我解决此路障问题。