Как автоматизированный слишком автоматизирован, когда дело доходит до deployment?

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

Скрипты для сборки и ветвления для производства-отличная идея!

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

и плюс это может быть весело тоже!

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

Шаг развертывания отвечает за настройку целевой среды и установку пакета.

Причины, по которым я предпочитаю этот подход::

• У меня есть один пакет, который может работать в моей среде разработки, тестирования и производства. Это должно сократить споры между QA и развитием.
• Там могут быть различные элементы, которые должны быть настроены во время deployment. Параметры сервера приложений, схемы баз данных, загрузка данных и т.д. это может быть не так просто сделать из сценария автоматической сборки.

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