Как устроен CI на предыдущей работе

В моем предыдущем проекте мы использовали GitHub Actions для CI/CD. Конфигурация хранилась в .github/workflows/, где были YAML-файлы с описанием пайплайнов. Основные этапы:

1. Тестирование: запуск pytest с покрытием (coverage.py), линтинг flake8 и проверка типов mypy
2. Сборка: создание Docker-образа и push в приватный registry
3. Деплой: автоматический на staging при мерже в develop, ручной триггер на production

Пример части workflow:

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@v3
    - run: pip install -r requirements.txt
    - run: pytest --cov=src --cov-report=xml
    - uses: codecov/codecov-action@v3

Ключевые особенности:

• Кеширование зависимостей между запусками
• Параллельный запуск тестов разных модулей
• Уведомления в Slack при падении пайплайна
• Валидация миграций БД на каждом коммите

Для сложных сценариев использовали самописные Python-скрипты, которые вызывались из workflow.