[ ] 0. CI - Автоматический запуск тестов в приложения (unit, integration ...) после каждого открытия pull request и дополнительных коммитов в него. Нотификация в github о успешности операции
[ ] 1. После merge pull request - автоматическая сборка docker image для сервиса. После успешной сборки обновить на docker hub Если ветка develop с меткой lastest если ветка master c меткой stable. (или придумать нумерацию, например по порядку). Docker Hub сам умеет собирать, но возможно не так эффективно
Нотификация в slack о успешности операции
[ ] 2. После успешного шага 1 - автоматическое развертывание обновленного сервиса, если ветка develop то на stage окружении если ветка master то в production
[ ] 3. Тестирование развернутого приложения
[ ] 3.1 Для stage окружения запустить smoke или другие тесты (проверка интеграции, нагрузочные тесты)
[ ] 3.2 Для production окружения запустить health тест, что все работает :)
Пока не понятно как делать с релизами, т.е. какой путь, делать отдельную ветку, которую как-то особо проверять или ограничиться только стандартной процедурой
Что хотелось бы:
[ ] 0. На этапе CI запускать тесты после merge в ветку куда открыт pull request.Т.е. где-то выполнить merge и проганять тесты, цель - избежать проблем после merge pull request
Что очень нужно:
Нотификация в slack о успешности операции
Пока не понятно как делать с релизами, т.е. какой путь, делать отдельную ветку, которую как-то особо проверять или ограничиться только стандартной процедурой
Что хотелось бы: