Расположение сброса доступа через сервер в TFS-версиях

Question

TFS 2015 обновление 2, структура управления релизами. В определении сервера есть флаг, должен ли этот сервер получать доступ к месту отбрасывания через прямой UNC или через HTTP(S) к серверу управления выпусками (RMS). Вопрос: какие встроенные действия / инструменты знают об этой настройке? Инструмент "XCopy Deployer" и основанное на нем действие "Копировать файл или папку", безусловно, не учитывают этот параметр - он просто пытается скопировать прямо из исходного UNC-пути.

Единственный пользовательский интерфейс, в котором упоминается место размещения, - это пользовательский интерфейс создания компонентов.

Answer 1

Все встроенные действия работают с этим параметром. Так что сделайте пользовательские инструменты развертывания, в этом отношении.

Как это работает следующим образом:

При обычном поведении (непосредственно из UNC) Агент обращается непосредственно к месту удаления, чтобы разместить файлы во временном расположении на компьютере, на котором работает агент. Эта папка обычно C:\users\<service account>\AppData\Local\Temp\RM\T\RM\ если я не ошибаюсь. После этого он запускает операцию развертывания в отношении промежуточных файлов.

Другой вариант (через HTTP) позволяет серверу RM связаться с путем UNC, а затем сериализовать файлы по HTTP на машину агента. После этого он запускает операцию развертывания в отношении промежуточных файлов.

По сути, все, что делает этот флаг, это изменяет поведение того, как файлы попадают в целевой блок. Это не меняет поведение команд, которые вызываются.

Однако вполне возможно, что опция UNC vs HTTP игнорируется при использовании компонента, который указывает непосредственно на путь UNC; такое поведение я не проверял.

Поскольку вы используете TFS 2015.2, вам следует подумать о том, чтобы удалить свой сервер Release Management и перейти на новый веб-интерфейс. У ALM Rangers есть инструмент миграции.

Answer 2

Не могли бы вы подтвердить одно: когда вы используете опцию "Через сервер управления выпусками через HTTP(S)", важно, чтобы учетная запись службы, на которую установлен RM, имела права на изменение в месте размещения. если вы хотите использовать опцию сервера, это что-то по замыслу:

1. С агентным потоком мы не поддерживаем "сборку на сервере" и "сброс через HTTP на RM" вместе.

2. Если вы хотите иметь эти параметры, вы можете использовать рабочий процесс vNext, который будет поддерживать оба варианта.

В идеале это должно работать с xcopy.

Пожалуйста, напишите мне по электронной почте [e-mail], если все еще не работает...