GitLab CI: развернуть несколько презентаций. js презентаций из одного хранилища

Question

Этот вопрос касается того, как развернуть несколько презентаций. js презентаций на страницах GitLab, происходящих из одного репозитория.

Резюме

Я новичок в раскрытии. js и игра с интеграцией в GitLab, развертывание презентации на страницах GitLab. В моем репо я размещаю свои темы и презентации (все в одном репо). Я могу развернуть одну презентацию из одной ветки. Следующая цель - разместить все / несколько (publi c) презентаций одновременно на страницах GitLab.

Настройка

• В моем репозитории каждая презентация (открыть. js) с здесь ) сидит в одной ветке. Есть также тематические ветки, которые предназначены только для ведения записей. Для примера предположим, что есть две презентации, сидящие в /2020/pres1 и /2020/pres2. (Настройка была адаптирована с Elmiko ).

• В первой ветви презентации находится файл .gitlab-ci.yml, который развертывает первую презентацию на username.gitlab.io/repo-name/ Это работает хорошо.

  .gitlab-ci.yml:

pages:
  stage: deploy
  script:
  - mkdir .public
  - cp -r * .public
  - mv .public public
  artifacts:
    paths:
    - public
  only:
  - 2020/pres1

• Насколько я понимаю, добавление второго идентичного файла, адаптированного для pres2 это 2020/pres2 ветвь «перезапишет» развернутую первую страницу.

Вопрос

Какие изменения необходимо внести в файлы yml для достижения следующего результата?

• Презентации размещаются по адресу username.gitlab.io/repo-name/year/branch.
• . В этом примере презентации будут доступны по адресу:
  • username.gitlab.io/repo-name/2020/pres1 и
  • username.gitlab.io/repo-name/2020/pres2

Заранее спасибо за совет.

Answer 1

С некоторой ошибкой и ошибкой я нашел следующее решение:

cache:
  paths:
    - public

pages:
  stage: deploy

  script:
  - mkdir .build
  - cp -r * .build/
  - mkdir -p public/$CI_COMMIT_BRANCH/
  - rm -r public/$CI_COMMIT_BRANCH/* # do delete possible stuff from old build
  - mv .build/* public/$CI_COMMIT_BRANCH/
  artifacts:
    name: "$CI_COMMIT_BRANCH"
    paths:
    - public

Этот пост помог разработать показанное решение. Комментарии к возможному fl aws этого решения приветствуются. Не уверен, что это проблема с оператором only.