https://github.com/DIvanCode/CoDuels/blob/master/.github/workflows/release-production.yml
Мне не нравится слишком сложный workflow, а в частности это - name: Detect released components. Потом там какой-то цикл и построение какой-то matrix.
Можно посмотреть как раньше было сделано в CoDuels-Backend: https://github.com/DIvanCode/CoDuels-Backend/tree/4a748625a90889cf399fbf84a2ad4a54362f8e3f/.github/workflows
Просто под каждый сервис был свой workflow файл и понятно определялись changes, и запускался деплой только тех сервисов в которых были изменения. Да, некоторые части воркфлоу можно переиспользовать. Если github actions позволяет так делать, то почему-бы так не сделать. Но для каждого сервиса должен быть отдельный github action. Сейчас деплой находится в CoDuels в .github/workflows - это правильно.
https://github.com/DIvanCode/CoDuels/blob/master/.github/workflows/release-production.yml
Мне не нравится слишком сложный workflow, а в частности это - name: Detect released components. Потом там какой-то цикл и построение какой-то matrix.
Можно посмотреть как раньше было сделано в CoDuels-Backend: https://github.com/DIvanCode/CoDuels-Backend/tree/4a748625a90889cf399fbf84a2ad4a54362f8e3f/.github/workflows
Просто под каждый сервис был свой workflow файл и понятно определялись changes, и запускался деплой только тех сервисов в которых были изменения. Да, некоторые части воркфлоу можно переиспользовать. Если github actions позволяет так делать, то почему-бы так не сделать. Но для каждого сервиса должен быть отдельный github action. Сейчас деплой находится в CoDuels в .github/workflows - это правильно.