TFS 发布管理 vNext ReleaseManagementShare
TFS Release Management vNext ReleaseManagementShare
我正在尝试使用 tfs 发布管理 vNext 部署示例项目。我尝试了很多东西（例如：VS RM – vNext Template for On-Premise Target Server in Un-trusted Domain - 虽然我在受信任的域中）但现在完全迷路了。我的 vNext 部署告诉我：
ROBOCOPY - ERROR 3 (0x00000003) Accessing Source Directory
\rmServer\ReleaseManagementShareb27b05-d176-492d-b534-268af1845a36\ComponentName\
The system cannot find the path specified.
这是真的。该id的文件夹不存在
具体问题：
- 谁在生成 ID 15...36？
- 谁在创建这个文件夹？
- 为什么它不存在，我该如何更改它？ :)
- 在 tfs 前端构建定义中 - 'Artifact Type' 和 'Artifact Name' 的正确值是多少？
有人可以帮忙吗？
ReleaseManagementShare 文件夹通常在您设置 RM 服务器时由安装程序创建——或者至少我最近在 RM 2015 Update 1 中观察到这种行为，我不确定旧版本是否如此那。如果不存在，您可以自己创建。确保您的 RM 服务器服务帐户具有 read/write 访问权限。通常不使用此文件夹。
仅当您使用 XAML 构建并将构建输出设置为转到 Server 而不是文件共享时，才使用 ReleaseManagementShare 文件夹。当您选择将工件存储在服务器上时，它 可能 也可用于新的构建系统，但我还没有测试过这种情况。如果将二进制文件推送到文件共享，则此文件夹完全不相关。有关更多详细信息，请参见：
https://blogs.msdn.microsoft.com/visualstudioalm/2014/11/11/whats-new-in-release-management-for-vs-2013-update-4/
基本上，涉及两个潜在的 UNC 共享：
- 一个用于构建服务器。它将二进制文件放在那里，目标服务器会到达该位置以获取它们。
- 另一个是这个
ReleaseManagementShare。当您没有 #1 中列出的共享，而是将您的二进制文件存储在 TFS 中时，它就会发挥作用。目标服务器仍然需要以某种方式获取二进制文件，因此发布管理服务器将 "stage" 它们放在 ReleaseManagementShare 中，以便目标机器可以通过与从构建中获取它们相同的机制获取它们神器分享。
ID 只是一个随机的 GUID。
我假设您正在使用新的构建系统，因为您询问的是工件。对于工件类型，我知道文件共享有效。但是，我不能 100% 确定服务器是否正常工作。
工件名称可以是任何你想要的，但重要的是要注意你在RM服务器中定义的组件名称必须匹配工件名称，否则会找不到二进制文件。
我正在尝试使用 tfs 发布管理 vNext 部署示例项目。我尝试了很多东西（例如：VS RM – vNext Template for On-Premise Target Server in Un-trusted Domain - 虽然我在受信任的域中）但现在完全迷路了。我的 vNext 部署告诉我：
ROBOCOPY - ERROR 3 (0x00000003) Accessing Source Directory \rmServer\ReleaseManagementShareb27b05-d176-492d-b534-268af1845a36\ComponentName\ The system cannot find the path specified.
这是真的。该id的文件夹不存在
具体问题：
- 谁在生成 ID 15...36？
- 谁在创建这个文件夹？
- 为什么它不存在，我该如何更改它？ :)
- 在 tfs 前端构建定义中 - 'Artifact Type' 和 'Artifact Name' 的正确值是多少？
有人可以帮忙吗？
ReleaseManagementShare 文件夹通常在您设置 RM 服务器时由安装程序创建——或者至少我最近在 RM 2015 Update 1 中观察到这种行为，我不确定旧版本是否如此那。如果不存在，您可以自己创建。确保您的 RM 服务器服务帐户具有 read/write 访问权限。通常不使用此文件夹。
仅当您使用 XAML 构建并将构建输出设置为转到 Server 而不是文件共享时，才使用 ReleaseManagementShare 文件夹。当您选择将工件存储在服务器上时，它 可能 也可用于新的构建系统，但我还没有测试过这种情况。如果将二进制文件推送到文件共享，则此文件夹完全不相关。有关更多详细信息，请参见：
https://blogs.msdn.microsoft.com/visualstudioalm/2014/11/11/whats-new-in-release-management-for-vs-2013-update-4/
基本上，涉及两个潜在的 UNC 共享：
- 一个用于构建服务器。它将二进制文件放在那里，目标服务器会到达该位置以获取它们。
- 另一个是这个
ReleaseManagementShare。当您没有 #1 中列出的共享，而是将您的二进制文件存储在 TFS 中时，它就会发挥作用。目标服务器仍然需要以某种方式获取二进制文件，因此发布管理服务器将 "stage" 它们放在ReleaseManagementShare中，以便目标机器可以通过与从构建中获取它们相同的机制获取它们神器分享。
ID 只是一个随机的 GUID。
我假设您正在使用新的构建系统，因为您询问的是工件。对于工件类型，我知道文件共享有效。但是，我不能 100% 确定服务器是否正常工作。
工件名称可以是任何你想要的，但重要的是要注意你在RM服务器中定义的组件名称必须匹配工件名称，否则会找不到二进制文件。