问题标签 [ms-release-management]

我有一个 Release Management Update 4 服务器，在域帐户下运行。我可以从域笔记本电脑连接到它，但是当我尝试从非域工作站执行相同操作时，尽管按照本文将我的域凭据添加到 Windows 凭据，客户端应用程序声称当前用户没有访问权限发布管理。从同一个工作站，我可以登录 RM 的 Web 界面。我也试过这种方法。

任何指针我该如何解决这个问题？

有没有办法导入/导出发布管理器 2013 模板？

我似乎找不到任何东西（除了备份整个数据库），我们希望有一些方法可以回滚到模板的先前版本（或至少比较两个版本）

我们的主要用例是当团队成员破坏模板时，或者当跨多个模板使用组件并且一个团队更改它破坏其他团队项目时。理想情况下，我们希望通过某种方式恢复到以前的版本。

我们正在使用更新 3，所以任何建议都会很棒。

我正在尝试将发布管理配置为与我们的 TFS 一起运行。在构建时，我得到一个异常并且无法解决如何修复它：

异常消息：发布构建失败（异常类型）异常堆栈跟踪：在 System.Activities.CodeActivity.InternalExecute(ActivityInstance instance, ActivityExecutor executor, BookmarkManager bookmarkManager) 在 System.Activities .Runtime.ActivityExecutor.ExecuteActivityWorkItem.ExecuteBody(ActivityExecutor 执行器, BookmarkManager bookmarkManager, Location resultLocation)

发布不会出现在发布管理客户端上。所以我只能假设它无法到达发布管理服务器？反正有没有得到更多的调试信息？

我找不到太多这方面的信息？

我正在做一个毕业项目，我应该在我工作的公司内自动化部署周期。他们想要使用的工具是 Microsoft Release Management。

但是，当我进一步研究 Release Management 的功能时，它提出的问题多于答案。

一些背景资料。

公司拥有的所有环境都将转移到数据中心，并将在虚拟机 (VMware) 上运行。他们可以使用工具vCloud导向器来创建和管理虚拟机。

为简单起见，现在将有四个环境：1 个开发环境、2 个测试环境和 1 个验收环境。四个环境一直在运行，所以我想发布管理连接到这些服务器没有问题，我可以毫无问题地制作发布模板。

现在是棘手的部分。同时对他们想要创建一个新 VM（使用 powershell 脚本，某种开发副本）的开发环境进行部署，并对这个环境进行相同的部署。此脚本需要与第三方工具或托管服务提供商提供的 REST API 进行通信。我知道脚本需要在发布模板的服务器组件中运行。所以我知道2个已知的解决方法。当我部署到开发人员时，我可以在我的发布模板中运行此脚本，或者我可以使用专用服务器来运行所有脚本，以创建新的 VM。

问题是我如何在不手动告诉发布管理有新服务器的情况下部署到这个新环境？这个过程需要完全自动化。

我将 Release Management Update 3 与 TFS 2013 一起使用。

我想升级到 Release Management Update 4。

问题

1. 我需要卸载并安装新的 RM update 4 设置吗？

2. 我的当前版本中有我的发布模板和其他设置。这次升级将如何影响这些事情？

3. 还有其他挑战吗？

请分享您的想法/意见。

将发布管理更新 1 升级到更新 3 后，在 InRelease aka（发布管理）服务器事件日志中记录了一些奇怪且无法解释的错误。

仅在升级到更新 3 后才开始记录以下错误。

即使我们启动了 Inrelease Server 和所有代理，但没有运气。

任何即时帮助都会很有帮助。

时间戳：2014 年 12 月 15 日上午 10:22:18

消息：“LambdaValue>”不是“ServerActivity”类型。加载此实例时，您必须确保名为“LambdaValue>”的活动实现“ServerActivity”。: \r\n\r\n at

System.Activities.ActivityInstance.System.Activities.Runtime.ActivityInstanceMap.IActivityReference.Load(Activity activity, ActivityInstanceMap instanceMap) 在 System.Activities.Runtime.ActivityInstanceMap.InstanceList.Load(Activity activity, ActivityInstanceMap instanceMap) 在 System.Activities.Runtime。 ActivityInstanceMap.LoadActivityTree(Activity rootActivity, ActivityInstance rootInstance, List 1 secondaryRootInstances, ActivityExecutor executor) at System.Activities.Runtime.ActivityExecutor.OnDeserialized(Activity workflow, WorkflowInstance workflowInstance) at System.Activities.Hosting.WorkflowInstance.InitializeCore(IDictionary2 workflowArgumentValues, IList 1 workflowExecutionProperties) at System.Activities.Hosting.WorkflowInstance.Initialize(Object deserializedRuntimeState, DynamicUpdateMap updateMap) at System.Activities.WorkflowApplication.LoadCore(DynamicUpdateMap updateMap, TimeoutHelper timeoutHelper, Boolean loadAny, IDictionary2 values) at System.Activities.WorkflowApplication.Load(Guid instanceId, TimeSpan timeout) at System.Activities.WorkflowApplication.Load(Guid instanceId) at Microsoft.TeamFoundation。 Release.ServiceProcessor.Processor.WorkflowInstance.WorkflowInstanceCacheSingleton.<.cctor>b__1(WorkflowApplication app, Guid id) 在

Microsoft.TeamFoundation.Release.ServiceProcessor.Processor.WorkflowInstance.WorkflowInstanceCache.GetInstance(CreateParameters createParameters, Guid id) 在 Microsoft.TeamFoundation 的 Microsoft.TeamFoundation.Release.ServiceProcessor.Processor.WorkflowInstance.WorkflowInstanceCache.CreateApplicationInCache(CreateParameters createParameters, Guid id)。 Release.ServiceProcessor.Processor.WorkflowInstance.CachedWorkflowInstanceLoader.GetInstance(DeploymentLog log, CreateParameters createParams) 在 Microsoft.TeamFoundation.Release.ServiceProcessor.Processor.DeploymentControllerServiceProcessor.ContinueDeploymentWithFinalComponentState(DeploymentLog log) 在 Microsoft.TeamFoundation.Release.ServiceProcessor.Processor.DeploymentControllerServiceProcessor.ContinueDeployment （字符串日志）

类别：一般

优先级：-1

事件编号：0

严重性：错误

标题：

机器： **********

应用域：/LM/W3SVC/1/ROOT-1-130630102320068767

进程 ID：6628

进程名称：C:\Windows\SysWOW64\inetsrv\w3wp.exe

Win32 线程 ID：1344

线程名称：

扩展属性：

=============== 更新（解决方案）================== 将 RM 升级到 Release Management 2015 后问题/错误已解决。

借助 VS Update 4，我们现在可以将发布管理与 Visual Studio Online 一起使用。

使用发布管理服务器：没问题。使用 Visual Studio Online：我无法创建自动部署。

我的进程总是无法“部署步骤”，并显示此日志消息“字典中不存在给定的密钥”。我的环境本地化在 Azure 中的不同云服务中。

你知道问题可能出在哪里吗？

有时我想我是唯一一个尝试使用此配置的人.....

使用 Visual Studio Online 作为我的构建控制器和 RM Update 4 作为我的发布管理器。

此时构建本身工作正常，我正在编写一个部署脚本，RM 将在构建完成后启动。

我可以让脚本触发，但我对实际脚本中的内容有问题。对于初学者，该脚本只是尝试在 Azure VM 上创建一个目录，然后再转向更有用的东西，例如实际移动软件。

一开始我试过

这让我

连接到远程服务器 thatserver.cloudapp.net 失败并显示以下错误消息：目标计算机上的服务器证书 (thatserver.cloudapp.net:5986) 有以下错误：

SSL 证书由未知的证书颁发机构签署。

所以经过一些研究，我尝试了这个

这是返回可怕的

连接到远程服务器 thatserver.cloudapp.net 失败并显示以下错误消息：WinRM 客户端无法处理请求。如果身份验证方案与 Kerberos 不同，或者客户端计算机未加入域，则必须使用 HTTPS 传输或必须将目标计算机添加到 TrustedHosts 配置设置。使用 winrm.cmd 配置 TrustedHosts。请注意，TrustedHosts 列表中的计算机可能未经过身份验证。您可以通过运行以下命令获得更多信息：winrm help config。有关详细信息，请参阅 about_Remote_Troubleshooting 帮助主题。<---

现在我做了很多阅读，似乎有两条基本路径。

1. 将构建机器添加到trustedhosts 列表中 - 将是不行的，因为构建服务器机器名称会在 VSO 启动一个来执行我的构建时改变所有内容（对吗？）。这也是不安全的，因为该服务器将无法判断它是正确的服务器在机器名之外进行远程处理

2. 在远程机器上添加证书。但由于第一段代码似乎表明有一个证书，我怀疑这会有所作为。

有没有人实际使用过这个配置（VSO/RM/AZURE VM）并且可以给我一些关于我接下来应该尝试什么的指导。

我正在配置 Release Management 2013，我搜索问题：我的 TFS 创建如下放置文件夹：\ServerName\DropFolder\Project\Project_20141230.1 但是当我在 Release Management 中开始发布时，它尝试在此放置文件夹中搜索：\ServerName\ DropFolder\Project\Project20141230.1

那么，我在哪里可以在发布管理中更改放置文件夹的模板？

我在配置我的 RM 构建时收到此错误。在失败之前构建成功了 3 次，并在标题中显示错误，错误日志如下：