Управление выпуском для Visual Studio 2013 - отдельный сервер сборки в производственной сети?

Question

В настоящее время у нас есть сервер сборки TFS 2012 с управлением выпуском для Visual Studio 2013 для сред DEV и QA. Мы хотели бы настроить автоматическое развертывание в Production, но не хотим открывать дыру в безопасности, позволяя серверу сборки напрямую обращаться к Production.

Должен ли быть установлен второй сервер сборки в производственной сети, который напрямую связывается с TFS или, если сервер сборки для DEV/QA отбрасывает файлы в «общий» общий ресурс файла, где их можно получить вторым сервером сборки , или как все остальные справляются с этой ситуацией?

Answer 1

Вы должны открыть маршрут для связи между средами. Вы не можете одновременно использовать два сервера управления версиями одновременно с одной и той же базой данных RM. Я несколько раз подтвердил это с группой продуктов в Microsoft, Bad Things произойдет, если вы это сделаете.

Если вы используете развертывание на основе агентов, все, что вам нужно - это трафик HTTP (S) по одному порту, в одну сторону от целевого сервера до сервера управления версиями. Целевому серверу не нужен доступ к сбою сборки, поскольку вы можете установить целевой сервер для получения бинарных файлов через HTTP с сервера управления версиями. Это опция в настройках сервера.

Если вы используете развертывание vNext, вам нужно будет открыть WinRM, который, я считаю, представляет собой только трафик HTTP (S), но через другой порт.