Как компании передают код в продакшн? Приведенная ниже схема иллюстрирует типичный рабочий процесс. Шаг 1: Процесс начинается с того, что владелец продукта создает пользовательские истории на основе требований. Шаг 2: Команда разработчиков берет пользовательские истории из бэклога и помещает их в спринт, рассчитанный на двухнедельный цикл разработки. Шаг 3: Разработчики коммитируют исходный код в хранилище кода Git. Шаг 4: В Jenkins запускается сборка. Исходный код должен пройти модульные тесты, порог покрытия кода и гейты в SonarQube. Шаг 5: После успешного завершения сборки она сохраняется в артефакторике. Затем сборка развертывается в среде разработки. Шаг 6: Возможно, несколько команд разработчиков работают над различными функциями. Функции должны быть протестированы независимо друг от друга, поэтому они развертываются в QA1 и QA2. Шаг 7: Команда QA подхватывает новые QA-среды и выполняет QA-тестирование, регрессионное тестирование и тестирование производительности. Шаг 8: После того как QA-сборки проходят проверку QA-командой, они развертываются в среде UAT. Шаг 9: Если тестирование UAT прошло успешно, сборки становятся релиз-кандидатами и в соответствии с графиком развертываются в производственной среде. Шаг 10: Команда SRE (Site Reliability Engineering) отвечает за мониторинг продов. @itmozg