Управление выпуском TFS vNext ReleaseManagementShare

Question

Я пытаюсь развернуть образец проекта с управлением выпуском tfs vNext. Я пробовал много вещей (например: VS RM – vNext Template for On-Premise Target Server in Un-trusted Domain - хотя я в доверенном домене), но теперь я полностью потерялся. Мой развертывание vNext говорит мне:

ROBOCOPY - ОШИБКА 3 (0x00000003) Доступ исходного каталога \ rmServer \ ReleaseManagementShare \ 15b27b05-d176-492d-b534-268af1845a36 \ 2 \ ComponentName \ Система не может найти указанный путь ,

И это правда. Папка с идентификатором не существует.

Конкретные вопросы:

• Кто генерирует идентификатор 15 ... 36?
• Кто создает эту папку?
• Почему это не существует и как я могу это изменить? :)
• В определении сборки интерфейса tfs - правильное значение для 'Artifact Type' и 'Artifact Name'?

Может ли кто-нибудь помочь?

Answer 1

Папка 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. Серверы целей по-прежнему должны каким-то образом получить двоичные файлы, поэтому сервер управления релизами «сгенерирует» их в ReleaseManagementShare, чтобы целевые компьютеры могли захватить их с помощью того же механизма, который они использовали бы, чтобы захватить их из общей коллекции артефактов.

Идентификатор - это случайный GUID.

Я предполагаю, что вы используете новую систему сборки, так как вы спрашиваете об артефактах. Для типа Artifact я знаю, что File Share работает. Однако я не уверен, что сервер работает на 100%.

Название артефакт может быть что угодно, но важно отметить, что компонент имя, которое вы определили в РМ сервере должно совпадать с именем артефакта, в противном случае он не сможет найти файлы.