Как внутри Gitlab работают "страницы"?

У меня есть такой проект Gitlab (.gitlab-ci.yml):

# Sub-jobs listed as comments
stages:
  - check-in-tests
      # shellcheck
      # pylint
      # unit-tests
  - several-other-things
      # foo
      # bar
      # baz
  - release
      # release

# Run some shell code static tests and generate logs/badges
shellcheck:
  stage: check-in-tests
  script:
    - bash run_shellcheck.sh
  artifacts:
    paths:
      - logs/shellcheck.log
      - logs/shellcheck.svg

# Run some python code static tests and generate logs/badges
pylint:
  stage: check-in-tests
  script:
    - bash run_pylint.sh
  artifacts:
    paths:
      - logs/pylint.log
      - logs/pylint.svg

# <snip>

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

Для инструмента значков Gitlab требуется URL-адрес файла изображения. Он не может загружать изображения с URL-адресов со строками запроса. К сожалению, синтаксис для доступа к конкретным артефактам задания заканчивается строкой запроса. Это фактически означает, что мы не можем ссылаться на артефакты вакансий в качестве значков.

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

Мое замешательство связано с механизмом, лежащим в основе задания "страниц", определенным в .gitlab-ci.yml. официальная документация здесь очень разреженный. Существуют миллион примеров для развертывания реальной веб-страницы с различными фреймворками, но меня не интересует ни одна из них, поскольку я просто использую «страницу» своего проекта для хостинга файлов.

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

Синтаксически задание страниц выглядит идентично любому другому заданию. Там нет ничего, что могло бы описать, как это волшебным образом подхватили внутренности Gitlab. Это оставляет мне следующие вопросы:

• Могу ли я изменить стадию с «развертывания» на «проверку при проверке», или стадия развертывания является частью скрытого волшебства, которое Gitlab ищет при синтаксическом анализе задания страниц?
• Если я привязан к этапу развертывания, могу ли я переупорядочить этапы, чтобы они проходили раньше в конвейере, не нарушая магии?
• Развертывает ли задание страниц артефакты с локального компьютера (поведение по умолчанию для задания), или перечисленные пути исходят от артефактов, которые уже были загружены в конвейер Gitlab более ранними заданиями?
• Если задание страниц ищет артефакты только локально, как я могу гарантировать, что оно работает на том же компьютере, что и предыдущие задания, чтобы оно находило созданные ими артефакты? Предположим, что все исполнители Gitlab происходят из пула с одним и тем же тегом и не помечаются индивидуально.
• Есть ли шанс запустить задание страниц в том же контейнере Docker, который изначально создавал артефакты?