【发布时间】:2016-06-24 21:16:40
【问题描述】:
TFS 2015 更新 2,发布管理框架。在服务器定义中,有一个标志是该服务器应该通过直接 UNC 还是通过 HTTP(S) 访问发布管理服务器 (RMS) 的放置位置。问题:哪些内置操作/工具知道此设置? “XCopy Deployer”工具和基于它的“复制文件或文件夹”操作绝对不尊重该设置 - 它只是尝试直接从源 UNC 路径进行 xcopy。
唯一提到放置位置的 UI 是自定义组件创建 UI。
【问题讨论】:
TFS 2015 更新 2,发布管理框架。在服务器定义中,有一个标志是该服务器应该通过直接 UNC 还是通过 HTTP(S) 访问发布管理服务器 (RMS) 的放置位置。问题:哪些内置操作/工具知道此设置? “XCopy Deployer”工具和基于它的“复制文件或文件夹”操作绝对不尊重该设置 - 它只是尝试直接从源 UNC 路径进行 xcopy。
唯一提到放置位置的 UI 是自定义组件创建 UI。
【问题讨论】:
所有内置操作都适用于此设置。就此而言,自定义部署工具也是如此。
其工作方式如下:
正常行为(直接来自 UNC)让代理直接到达放置位置,以便将文件暂存到运行代理的计算机上的临时位置。如果我没记错的话,这个文件夹通常是C:\users\<service account>\AppData\Local\Temp\RM\T\RM\。之后,它针对暂存文件运行部署活动。
另一个选项(通过 HTTP)让 RM 服务器访问 UNC 路径,然后通过 HTTP 将文件序列化到代理计算机。之后,它针对暂存文件运行部署活动。
基本上,该标志所做的只是改变文件如何到达目标框的行为。它不会改变被调用命令的行为。
但是,在使用直接指向 UNC 路径的组件时,完全有可能忽略 UNC 与 HTTP 选项;我没有测试过这种行为。
由于您使用的是 TFS 2015.2,因此您应该考虑停用发布管理服务器并迁移到基于 Web 的新体验。 ALM Rangers 有一个migration tool 可用。
【讨论】:
请您确认一件事: 当您使用“通过 HTTP(S) 上的发布管理服务器”选项时,安装 RM 的服务帐户具有对放置位置的修改权限,这一点很重要。 如果您想使用服务器选项,这是设计使然:
对于基于代理的流,我们不同时支持“在服务器上构建丢弃”和“在 RM 上通过 HTTP 丢弃”。
如果您想拥有这些选项,那么您可以使用支持这两个选项的 vNext 工作流程。
理想情况下它应该与 xcopy 一起使用。
如果还是不行,请给我发电子邮件至 dmittal@microsoft.com...
【讨论】: