Host & CI/CD for Storybook

[fogrew]

Предлагаю сделать компонентную документацию (дизайн систему) из storybook доступной хоть где-нибудь, пока мы не вынесли компоненты форм и другие common-компоненты.

Вижу такие варианты:

1. Разместить там же, где у нас сейчас хостится триммер для PiterJS.

Деплой:
просто запуск npm run build-storybook в текущем виде для создания папки /storybook-static/ и единоразовое добавление роутинга, чтобы этот адрес работал.

Плюсы:

• удобно видеть компоненты
• удобно, что располагаются там же, где сайт

Минусы:

• всё-таки делаем триммер опенсорс-проектом, поэтому хотелось бы отвязать его от наших адресов в зоне .piterjs.dev

2. Разместить на github pages этого репозитория.

Деплой:

Добавить на пул реквесты после тестов хук автоматической сборки сторибука (сейчас это npm run build-storybook), отправки результата в ветку gh-pages и после автоматически гитхаб развернёт из этой ветки.

Плюсы:

• быстро, просто, практично
• не требует дополнительных ресурсов серверов
• не требует автоматизировать деплой на сервер

Минусы:

• gh-pages блокируется РКН для части страны
• gh-pages любит излишне надолго кэшировать (хотя для доки это норм, наверно)
• стабильность gh-pages не под нашим контролем

3. Разместить в нашем кубе

Деплой:

По аналогии с предыдущим пунктом, только ещё потребуется серверный хук на скачивание из ветки статики.

Плюсы:

• контроль стабильности серверов
• контроль процесса деплоя
• контроль безопасности серверов

Минусы:

• не понятно, стоит ли игра свеч, если всё равно потом планируется выделить всё в отдельную систему компонентов на отдельном адресе.

Мне кажется любой вариант рабочим, но я за 2 вариант, ибо он попроще.

[fogrew]

@mike1pol как считаешь, где разместить сторибук? Может, я упустил какие-то подходящие варианты?

[mike1pol]

Лучший вариант это создать новый репозиторий ui-kit и деплоить его в npm как @piterjs/ui-kit
А storybook можно и на gh-pages деплоить