У меня так: просто прописал базовые шаги — сборка, тесты и деплой в докер. Главное — не городить сложные штуки, а сначала всё проверить на маленьком проекте, чтобы понять, что реально работает. Потом уже можно углубляться, если нужно.

Гитхаб экшены — это, конечно, круто, но зачастую набор скриптов в репо проще и быстрее. Чисто чтобы потом не плутать в yaml’ах и экшенах, которые каждый год меняют правила. Автоматизируй по минимуму, потом уже заморачивайся, если реально захочется.

Пока только начал пробовать GitHub Actions для сборки Go-проектов, и кажется, что удобство именно в готовых экшенах — они экономят время на написании скриптов. Да, yaml иногда мутит, но с базовыми шагами быстро разобрался. Главное — не усложнять сразу, а понять, как всё работает на практике. Кажется, с этим проще масштабировать потом, чем держать всё в обычных скриптах.