Я пишу несколько книг на сумму R BookDown . Они подходят как живые книги, которые можно более или менее постоянно обновлять. Однако теперь мы хотим использовать его в обучении. Поэтому мы хотим создать среду, в которой у нас есть производственная версия (ветка prod), размещенная на страницах GitLab, например, с ветвью по умолчанию, называемой dev, и, возможно, веткой staging, отображаемой в подкаталогах ( например, /dev и /staging).
Очевидно, существует несколько подходов, но мне не удалось заставить их работать.
- Один из них - использовать приложения Review ( этот кажется многообещающим), но для них, похоже, требуется Kubernetes (см. здесь ; я не совсем уверен, что это такое; и, похоже, он не нужен ни для чего другого, кажется ?).
- Другой - построить объединяющие поезда. Тем не менее, GitLab непреклонно продолжает настаивать на том, что (как здесь - ожидать, что в том числе предлагаемое решение не работать в моем случае)
Я, вероятно (ну, совершенно ясно), не в своей тарелке. Но это похоже на (то есть создание разных веток в подкаталогах каталога public Pages) должно быть выполнимо даже для людей, которые не зарабатывают программированием на жизнь ...
Моя текущая конфигурация CI - здесь , а жалоба GitLab Runner на файл, который он не знает, - здесь . - но я не уверен, что на это полезно смотреть. Кажется, существует так много разных подходов (и я сохранил там много фрагментов, закомментированных, на случай, если они мне снова понадобятся).
Есть ли общая c конфигурация CI страниц GitLab, которая строит одну перейти в public и другие ветки в подкаталоги?