所以我提到了不受信任的域方面，因为我经历了所有关于凭证委派和受信任主机列表等的循环，以允许我成功地将 DSC 配置从我的 RM 服务器推送到目标节点（不使用 RM，只是使用本机 DSC）。我明白了，它很有效，太好了。现在，当我在 RM 中使用这些相同的脚本时（对 RM 预期的格式进行了一些小的编辑），RM 报告部署成功，但所发生的只是组件位已复制到目标节点到 $applicationPathRoot 的默认位置(C:\Windows\DtlDownloads)，没有真正的证据表明试图应用 mof 文件。

我的 RM 服务器和目标节点位于不信任的不同域中。两台服务器都是 W2k8R2（当然是 WMF4）。我正在运行 RM 服务器和客户端的 Update 4。

以下是我在 RM 中运行的 DSC 脚本：

复制DSCResources.ps1

复制DSCResource.ConfigData.psd1

恐怕我似乎无法从当前位置上传屏幕截图，但就 RM 而言，我有一个带有单个服务器链接的 vNext 环境、一个带有单个“开发”阶段的 vNext 发布路径和一个带有单个的 vNext 发布模板“部署 PS/DSC”操作。动作的配置是：

服务器名称 - VCTSCFDSMWEB01

ComponentName - COpyDSCResource vNext

PSScriptPath - copydscresources.ps1

PSConfigurationPath - copydscresource.configdata.psd1

UseCredSSP - 真

当我运行一个新版本时，部署阶段报告成功，当我查看部署日志文件时，我得到以下信息：

上传组件- 成功上传到规范化商店。

使用 PS/DSC 部署- 从 \vcxxxxtfs03\Drops\CorrespondenceCI\CorrespondenceCI20150114.1\Scripts 递归复制到 C:\Windows\DtlDownloads\CopyDSCResource vNext 成功。

最后，DSC 事件日志具有以下内容：

作业 {CD3BE350-4072-4C8B-835F-4B4D1C46D65D} ：用户 sid S-1-5-18从计算机NULL发送配置。

这与在 RM 之外运行时的相同事件日志条目进行了显着比较：

作业 {34F78498-CF18-4F2A-9874-EB54FDA2D990} ：用户 sid S-1-5-21-1034805355-1149422947-1317505720-10867从计算机VCXXXXTFS01发送配置。

任何指针表示赞赏

例如，如果我能看到在 RM 服务器上创建 mof 文件的证据会很好，有人知道我在哪里可以找到这个吗？

我正在为我的应用程序设置发布管理。我已通过powershell成功将应用程序发布到目标服务器。但是，现在我正在尝试发布数据库，似乎我在发布模板视图中的操作树中缺少一堆操作：

这是我的观点——这 6 个动作是我必须使用的。

例如，查看本教程，应该有更多的操作：http ://www.c-sharpcorner.com/UploadFile/03cb49/ms-release-management-database-deployment-using-dacpac/

我正在寻找 DACPAC 的，但我找不到它。我究竟做错了什么？

“库存”也很空 - 那里没有不活动的行动。

我的发布模板由几个硬编码值组成，例如安装路径、文档文件夹路径等。要创建新模板，我需要在很多地方更改这些值，而且对于更大的模板非常耗时。

我已经实施了基于代理的发布，我的问题是：

1. 是否可以在发布的每个阶段（如 QA、暂存、生产等）范围内使用变量配置此类值。

2. 基于代理的发布模板和 vNext 模板有什么区别。

在设置Inventory > Actions > Deploy Using PS /DSC (Standard Server) 操作的副本后，我无法弄清楚如何在参数列表中使用全局配置变量。

我想使用的全局变量：

（来自管理 > 设置 > 配置变量）

我想使用它们的参数列表：

（从清单 > 操作 > 使用 PS/DSC（标准服务器）部署）

在我的 PowerShell 脚本中，我可以通过在变量名前使用“$”来引用这些变量，但这在“Action”参数列表中不起作用。

PowerShell 脚本的示例用法

[System.IO.Path]::Combine($ServerName,$ApplicationPathRoot,$ComponentName)

未知数

在Action参数中甚至可以使用配置变量吗？

我正在尝试将我的部署代理连接到来自不同域的 RM 客户端。我创建了一个影子帐户和所有其他帐户。但它仍然无法正常工作。我能够连接到同一个域。我的 RM 客户端和服务器在同一台机器 (VM) 上。并且我的部署代理位于不同的工作组域中。（一切都在 VM 中）我从日志文件中收到以下错误。

在 Visual Studio 部署日志的发布管理（可以在查看发布详细信息时找到的详细信息按钮下找到）中，有许多列。

最后三个是工具日志、命令输出和状态。

我从未在工具日志中看到任何内容，但我现在的情况是，我有一个使用 vstest.console.exe 运行测试的组件。

在“命令输出”下，我看到了该程序在控制台窗口中显示的输出。但是，也可以指示 vstest.console.exe 创建一个测试日志（一个 .trx 文件），我想在 Tool Log 下查看它。但我不知道如何做到这一点。

如何让日志显示在工具日志列下？

我的应用程序的页脚当前包含在 Web 配置中设置的发布信息。现在，每次发布后，我都会手动将此配置值更新为REL 2.0.1or2.0.3等​​。我们在 RM 路径中使用的构建始终以这种方式命名。

我正在通过标记化寻求这个过程的自动化——我想__ReleaseNumber__在我的配置中有一个标记，然后通过解析构建名称中的 REL 编号从 RM 中设置它。有什么方法可以实现这一点，还是手动是我唯一的选择？

我在保存发布模板时遇到了这个问题。我在此模板中添加了一个新阶段，将另一个阶段复制到新阶段并开始编辑值。保存模板时显示此错误，请参阅下面的错误消息屏幕。

我的 Visual Studio 2013 Release Management Client/Server 版本是 Release 4.0。我正在使用 ReleaseTfvcTemplate.12.xaml 模板。使用基于 AGENT 的发布模板时，有没有办法从发布管理组件（部署者配置）访问系统变量？当我尝试传递 $applicationPath 或 $(applicationPath) 或 $(ApplicationPath) 时，我得到 NULL。

这是我在 RM 中部署具有自定义 powershell 部署脚本的组件的状态：

1. 我可以成功排队发布版本
2. 构建输出正确复制到 \servername\BuildDrop\
3. 我有一个基于 AGENT（不是 VNEXT）的 RM 模板，它在构建完成时触发
4. 构建正确触发 RM 模板发布构建
5. 此 RM 模板有一个通过 CUSTOM powershell 脚本部署的组件
6. powershell 脚本需要 builddrop 位置的完整绝对路径才能执行其工作（powershell 脚本所做的与讨论无关）示例：在我的 RM 中组件的部署配置中，我需要传递 TFS 构建放置位置而无需对其进行硬编码
7. 根据MSDN 文档，有一个系统变量 $applicationPath 由 RM 水合，但仅在使用基于 VNEXT 的模板时才使用，而不是基于代理的模板
8. 根据此处接受的与从基于代理的 RM 模板访问系统变量相关的 StackOverflow 答案，看来 MSDN 文档并没有说明整个故事，我应该能够在我的组件部署配置中设置一行（见下文）

创建 vNext 版本并尝试从命令行启动它后，我很快意识到它不再受支持。

为了弄清楚如何从 TFS 构建外部启动发布，我偶然发现了这篇文章。但是，我在安装发布管理时看不到任何 REST Api。

安装的组件：

• 带有更新 4 的 Team Foundation Server 2013 发布管理服务器

我在 IIS 中设置的内容

下面是我希望在下面看到这些 API 的地方：

http://RSERVER:PortNumber/account/releaseManagementService/_apis/releaseManagement/OrchestratorService/

我是在寻找这个 API 的正确位置还是需要安装其他东西？