Полное развертывание против развертывания вне цикла - PullRequest
1 голос
/ 18 июля 2009

Я не уверен, сталкивался ли кто-либо из вас с этим сценарием. У нас есть небольшие небольшие проекты или исправляет то, что нам нужно подталкивать к ЖИЗНИ через день.

Существует одна группа разработчиков, которая говорит: «Сделайте чистую сборку и разверните на Prod Server». Другой набор говорит, что нам не нужно делать полное развертывание, мы просто сделаем dll drop или aspx drop.

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

Ответы [ 2 ]

1 голос
/ 18 июля 2009

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

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

Разве вы не ищете «систему управления исправлениями», которая могла бы помочь вам распределить изменения контролируемым образом и избавиться от ручной работы?

Таким образом, у вас все еще будет довольно хорошая целостность, так как патчи должны быть версионными и, надеюсь, тщательно проверенными. Но, тем не менее, они могут быть разработаны и развернуты, что намного меньше затрат, чем полная версия.

0 голосов
/ 18 июля 2009

Для сайтов, находящихся под моим контролем, я использую SVN или Git для контроля версий, а также обновляю исходный код и компилирую на сервере напрямую, если это необходимо. Это обеспечивает целостность релиза, что, как я подозреваю, является аргументом команды «сделать чистую сборку и развернуть на сервере prod». Для серверов, которые не находятся под моим контролем, я делаю все, что мне говорят:)

...