TFS版本管理vNext ReleaseManagementShare

时间:2016-02-10 14:18:43

标签: tfs ms-release-management azure-devops

我正在尝试使用tfs版本管理vNext部署示例项目。我尝试了很多东西(例如:VS RM – vNext Template for On-Premise Target Server in Un-trusted Domain - 虽然我在一个受信任的域中)但现在完全迷失了。我的vNext部署告诉我:

  

ROBOCOPY - ERROR 3(0x00000003)访问源目录   \ rmServer \ ReleaseManagementShare \ 15b27b05-d176-492d-b534-268af1845a36 \ 2 \组件名\   系统找不到指定的路径。

这是事实。具有id的文件夹不存在。

具体问题:

  • 谁正在生成id 15 ... 36?
  • 谁在创建此文件夹?
  • 为什么它不存在,我该如何改变呢? :)
  • 在tfs前端构建定义中 - ' Artifact Type'的正确值是什么?和'工件名称'?

有人可以帮忙吗?

1 个答案:

答案 0 :(得分:2)

ReleaseManagementShare文件夹通常由安装程序在您设置RM服务器时创建 - 或者至少我最近观察到RM 2015 Update 1中的行为,我不确定旧版本是否存在那。如果它不存在,您可以自己创建它。确保您的RM Server服务帐户具有对其的读/写访问权限。通常不使用此文件夹。

ReleaseManagementShare文件夹仅在您使用XAML构建并将构建输出设置为Server而不是文件共享时使用。当您选择将工件存储在服务器上时,可能也可用于新的构建系统,但我还没有测试过这种情况。如果将二进制文件推送到文件共享,则此文件夹完全无关紧要。有关详细信息,请参阅此 https://blogs.msdn.microsoft.com/visualstudioalm/2014/11/11/whats-new-in-release-management-for-vs-2013-update-4/

基本上,有两个潜在的UNC股票参与:

  1. 一个用于构建服务器。它将二进制文件放在那里,目标服务器到达该位置以获取它们。
  2. 另一个是ReleaseManagementShare。当你没有在#1中概述的份额时,它会发挥作用,而是将你的二进制文件存储在TFS中。目标服务器仍然需要以某种方式获取二进制文件,因此发布管理服务器将" stage"它们位于ReleaseManagementShare中,因此目标计算机可以通过它们用于从构建工件共享中获取它们的相同机制来获取它们。
  3. ID只是一个随机的GUID。

    我假设您正在使用新的构建系统,因为您正在询问工件。对于Artifact Type,我知道File Share的工作原理。但是,我并不是100%确定服务器可以工作。

    工件名称可以是您想要的任何名称,但重要的是要注意您在RM服务器中定义的组件名称必须与工件名称相匹配否则它将无法找到二进制文件。