Build Pipelines

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

Преимущества:

• Команда получает повторяемый процесс сборки приложения. Команда может дорабатывать процесс, тестировать его и откатываться на предыдущие версии. Каждое изменение будет сохранено.
• Время, результат и количество сборок будет сохранено в CI/CD системе и будет доступно для дальнейшего анализа. Увеличивается прозрачность процесса сборки.

Последствия отсутствия:

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

Действия для развития:

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

• Источник

ID:

39b03e1f-c019-4fec-a81b-4647d573c653

Slug:

build-pipelines

Версия:

2.0

Проекты:

Client2/Project1 Client1/Project1

Критерии:

3 survey 3 check

Создано:

2026-04-30

Обновлено:

2026-04-30