VSTS: определение освобождения управления передачей для нескольких проектов или проектов

Я пытаюсь настроить управление выпуском с помощью VSTS (центр выпуска). У меня три среды; каждая среда содержит два сервера.VSTS: определение освобождения управления передачей для нескольких проектов или проектов

Предлагаемый трубопровод выпуска:

Zone1_Dev -> Zone1_QA -> Zone1_PROD (где каждый из них содержит два разъединяет)

Говоря о окружающей среде «Zone1_Dev», который содержит два сервера А и В в той же самой сети ,

У меня есть два веб-приложения в моем решении, каждый сервер будет принимать различное применение:

Сервер хозяйничает Клиентский интерфейс (MyClientUI)
Сервер B хозяйничает интерфейса администратора (MyAdminUI)

Итак, я создал два различных определения создать для каждого из приложений, потому что я хочу, чтобы избежать здания т он два проекта (потому что они не влияют друг на друга). отображение

AdminUI определение для MyAdminUI проекта:

Затем я создал одно определение релиз, потому что я буду двигаться по трубопроводу выпуска следующим образом: Zone1_Dev -> Zone1_QA - > Zone1_PROD

Агент установлен на сервере A, который получит какие-либо изменения в AdminUI или ClientUI. Если это:

ClientUI, он переместит его в каталог Sever IIS.
Если AdminUI, агент переместит его в каталог IIS сервера B.

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

источник

2016-04-25 Coding

Довольно уверен, связывающий один релиз к различным определениям сборки не поддерживается. Что произойдет, если две сборки попытаются запустить выпуск одновременно? Почему это проблема? Это из-за необходимости поддерживать два идентичных релиза? –

Да, потому что я должен поддерживать несколько серверов (это означает, что несколько выпусков, если функция не существует) для каждой зоны, и у меня есть как минимум 2 зоны. Зона 1 Содержит только два сервера, на которых размещено другое приложение. Тем не менее, зона 2 (не упомянутая в моем вопросе) будет API-интерфейсом службы, где у меня есть два сервера, один из которых имеет 7 проектов api-сервиса wcf. Могу ли я создать 7 разных релизов (по одному для каждого проекта)? – Coding

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

Но освобождение может быть вызвано только одно определение:

источник

2016-04-26 04:01:46

Спасибо @Eddie, я ценю вашу помощь. Указав несколько артефактов на выпуск, затем укажите триггер release, как было предложено, я могу пропустить некоторые изменения в другом проекте (UI), если я укажу (Feature). Таким образом, код и релизы не синхронизируются. Это правильно? Что, если i Specify указать триггер как «Manual», поможет ли это? – Coding

@ h.salman Нет, релиз всегда будет загружать последнюю сборку для двух определений. Проблема в том, что в некоторых условиях некоторые изменения внесены для пользовательского интерфейса, и сборка завершена для изменения. Но никаких изменений в функции нет. Тогда релиз не будет запущен до тех пор, пока не будет сделано какое-либо изменение для функции. Это может привести к задержке развертывания интерфейса. И в этом условии вы можете инициировать выпускную версию, чтобы изменения пользовательского интерфейса могли быть развернуты вовремя. –

@ h.salman вы добавляете дополнительный шаг сборки к определению сборки пользовательского интерфейса, чтобы явно запускать выпуск с использованием REST API (при условии, что релиз установлен для запуска с помощью определения построения функции) – ds19

VSTS: определение освобождения управления передачей для нескольких проектов или проектов

ответ

Смежные вопросы