Как структурировать репо для поддержки поддоменов Netlify?

Question

Субдомены Netlify работают на основе филиалов репо.Если у меня есть домен скажем xyz.com и репо Repo-A, основная ветвь развернется в xyz.com, а ветвь dashboard развернется в dashboard.xyz.com.Однако панель инструментов и основная ветвь сильно отличаются для нескольких визуальных элементов.

Я пытаюсь найти простой способ структурировать репо

Repo - A
(master branch)
   src/app
   package.json
   webpack.config.js


Repo - A
(dashboard branch)
   src/app
   package.json
   webpack.config.js

Проблема с этим подходомэто то, что мне пришлось бы значительно изменить свой веб-пакет, пакет и файлы srcЯ полагаю, что переключение между ветвями и обратно приведет к большому количеству мусора и в папке dist/.

Какая структура репо лучше всего подходит для этой работы?Существуют ли инструменты, упрощающие жизнь для этого варианта использования?

Другой подход -

Create a Release Repo that has release branches like master and dashboard.

master commits to Repo A which pushes build to master branch of Release repo
master commits to Repo B which pushes build to dashboard branch of Release repo

Является ли этот подход более чистым по сравнению с первым?Есть предложения?

Answer 1

Эта функция больше подходит для подготовки / разработки / производства (master), когда вы используете их для отслеживания изменений для проверки и выполнения запросов на извлечение для каждой ветви субдомена через рабочий процесс.Я не использую эту функцию, потому что легко отслеживать рабочий процесс, создав ветвь развертывает в любом случае.Я думаю, что это действительно пригодится, когда вы отслеживаете версии моего сайта на поддоменах для разных версий.

При использовании субдомена для совершенно другого проекта, вы должны рассмотреть возможность их перемещения в свои собственные репозитории иуправление проектом как собственным сайтом в поддомене.Затем введите в домене запись домена CNAME, чтобы указать на my-dashboard-site-name.netlify.com

Mono-repo

Вы можете иметь их в том жеМоно-репо, если вы не хотите делать их собственным репо, вам все равно придется разделять сайты.Это немного сложнее, чем их собственный репозиторий, но есть такие инструменты, как Lerna, если вы хотите поддерживать его таким образом.Это хороший способ поддерживать проекты, которые повторно используют те же библиотеки, которые не опубликованы в менеджере пакетов, но в том же моно-репо.