Откуда runner получает код для выполнения?

Runner получает код для выполнения из репозитория системы контроля версий, как правило, по протоколу, такому как Git. Конкретный URL репозитория и ветка (или тег, коммит) указываются в конфигурации пайплайна, который запускает данный runner.

Процесс получения может выглядеть следующим образом:

1. Runner получает команду на выполнение задания из оркестратора CI/CD (например, GitLab CI/CD, GitHub Actions, Jenkins).
2. Вместе с командой передается информация о задании, включая ссылку на репозиторий, ветку/коммит и контекст выполнения.
3. Runner выполняет операцию клонирования репозитория (или его части) в свое локальное временное рабочее пространство.
4. После успешного клонирования runner переключается на указанный коммит, ветку или тег, обеспечивая работу с нужной версией кода.

Пример команды клонирования в GitLab CI:

# Клонирование репозитория, указанного в переменной CI_REPOSITORY_URL
git clone "$CI_REPOSITORY_URL" "$CI_BUILDS_DIR/$CI_PROJECT_NAME"
# Переход в каталог проекта
cd "$CI_BUILDS_DIR/$CI_PROJECT_NAME"
# Проверка на нужный коммит
git checkout "$CI_COMMIT_SHA"

В некоторых случаях, при наличии кеширования, runner может сначала проверить наличие локальной копии репозитория и выполнить только git fetch и git checkout для обновления до нужного состояния, вместо полного клонирования.

Конфигурация, определяющая источник кода, обычно указывается в YAML-файле, описывающем пайплайн (например, .gitlab-ci.yml, .github/workflows/*.yml).