【问题标题】:Access drop location via server in TFS releases在 TFS 版本中通过服务器访问放置位置
【发布时间】:2016-06-24 21:16:40
【问题描述】:

TFS 2015 更新 2,发布管理框架。在服务器定义中,有一个标志是该服务器应该通过直接 UNC 还是通过 HTTP(S) 访问发布管理服务器 (RMS) 的放置位置。问题:哪些内置操作/工具知道此设置? “XCopy Deployer”工具和基于它的“复制文件或文件夹”操作绝对不尊重该设置 - 它只是尝试直接从源 UNC 路径进行 xcopy。

唯一提到放置位置的 UI 是自定义组件创建 UI。

【问题讨论】:

    标签: tfs ms-release-management


    【解决方案1】:

    所有内置操作都适用于此设置。就此而言,自定义部署工具也是如此。

    其工作方式如下:

    正常行为(直接来自 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 可用。

    【讨论】:

    • “在使用直接指向 UNC 路径的组件时,UNC vs HTTP 选项被忽略”,据我所知,情况正是如此。然而,通过 xcopy 组合一个自定义组件就可以了。放置位置的本地副本成为该工具的当前文件夹。
    【解决方案2】:

    请您确认一件事: 当您使用“通过 HTTP(S) 上的发布管理服务器”选项时,安装 RM 的服务帐户具有对放置位置的修改权限,这一点很重要。 如果您想使用服务器选项,这是设计使然:

    1. 对于基于代理的流,我们不同时支持“在服务器上构建丢弃”和“在 RM 上通过 HTTP 丢弃”。

    2. 如果您想拥有这些选项,那么您可以使用支持这两个选项的 vNext 工作流程。

    理想情况下它应该与 xcopy 一起使用。

    如果还是不行,请给我发电子邮件至 dmittal@microsoft.com...

    【讨论】:

    • 我不使用自动构建。放置位置在其他地方填充。我在 Xcopy 部署工具上找到了一种使用自定义组件的解决方法。
    猜你喜欢
    • 2014-05-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-04-20
    • 2023-03-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多