Откуда берется сборка (билд)?

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

При ручной сборке разработчик выполняет эти шаги вручную или с помощью скриптов на своем локальном компьютере. При автоматизированной сборке используются системы непрерывной интеграции (CI), такие как Jenkins, GitLab CI, GitHub Actions, TeamCity и другие.

Процесс автоматизированной сборки выглядит примерно так:

1. Триггер: Изменение в репозитории (например, коммит в определенную ветку) или выполнение сборки по расписанию запускает сборочный пайплайн.
2. Получение кода: CI-система забирает актуальную версию исходного кода из системы контроля версий (Git, SVN и т.п.).
3. Сборка: Выполняются команды сборки согласно конфигурации проекта (например, mvn clean package, npm build, dotnet publish). Этот этап включает компиляцию исходного кода, выполнение модульных тестов и создание артефактов сборки.
4. Тестирование: Могут быть запущены различные виды автоматизированных тестов (интеграционные, e2e и т.д.).
5. Упаковка: Артефакты сборки упаковываются в соответствующий формат (WAR/JAR для Java, Docker образ, пакет NPM, msi и т.д.).
6. Публикация: Готовый артефакт (сборка) публикуется в хранилище артефактов (Nexus, Artifactory, Docker Registry), откуда его можно забрать для развертывания или дальнейшего тестирования.

Таким образом, сборка берется из автоматизированного или ручного процесса компиляции, линковки и упаковки исходного кода, чаще всего выполняемого CI-системой после изменений в репозитории.