DevOps и управление кодом: термины, доступы и передача проекта

DevOps и управление кодом — это не только CI/CD. Для проекта важно, где хранится исходный код, кто имеет доступ, как устроены ветки и ревью, какие сборки и артефакты воспроизводимы, как разделены окружения и что передается заказчику при смене команды или завершении этапа.

Глоссарий нужен, чтобы разработка, эксплуатация, безопасность и менеджмент одинаково понимали термины: Git, protected branches, merge request, pipeline, runner, artifact, changelog, release, dev/stage/prod и резервное копирование.

• проект передается между командами или готовится к сопровождению;
• нужно согласовать Git-доступ, права, ветки, ревью и правила релизов;
• внедряется CI/CD или релизный контур;
• заказчику важно юридически и технически воспроизводить исходный код;
• есть риск потерять знания о сборке, окружениях, переменных и артефактах.

• нужно только разово выгрузить архив без дальнейшего сопровождения;
• проект не имеет отдельного репозитория и процесса изменений;
• нет ответственных за доступы, релизы и инфраструктуру;
• термины обсуждаются вместо конкретных правил хранения и передачи.

• список репозиториев, владельцев и ролей доступа;
• правила ветвления: main, dev, feature, release, hotfix;
• политику protected branches, merge request, ревью и журналирования;
• описание CI/CD pipeline: build, lint, test, scan, deploy;
• перечень окружений dev/stage/prod, переменных, секретов и ограничений доступа;
• правила тегов, changelog, артефактов, backup и восстановления.

• код хранится в централизованном Git-сервере с резервным копированием;
• критичные ветки защищены, прямые изменения ограничены;
• каждый релиз связан с commit id, тегом, changelog и артефактом сборки;
• CI/CD запускает проверки и хранит логи пайплайнов;
• окружения разделены, а доступы и секреты не передаются в открытом виде;
• передача проекта включает README, инструкции сборки, список зависимостей и контакты владельцев.

• передать архив кода без истории Git и commit id;
• дать прямой доступ к production или защищенным веткам без правил;
• не описать переменные окружения, секреты и порядок восстановления;
• считать CI/CD настроенным, если есть только ручная команда сборки;
• не фиксировать changelog и состав релиза.

На выходе должна быть понятная карта управления кодом: где лежат репозитории, кто имеет доступ, как проходят изменения, как собираются и выкладываются релизы, какие артефакты воспроизводимы и что получает заказчик при передаче проекта.

Для практической передачи кода используйте страницу хранение и передача исходного кода. Если нужно согласовать релизы и автоматизацию, смотрите релизный контур и CI/CD.