Complete Deploy vs Out of Cycle Deploy

Question

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

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

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

Answer 1

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

Answer 2

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

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

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

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