Рабочий процесс bit.dev без специальной команды для общей библиотеки и с проверкой кода перед публикацией

Question

Ищу решение для рабочего процесса. Нам нужно что-то вроде специального рабочего процесса совместного использования https://docs.bit.dev/docs/workflows/projects с одним дополнением - до того, как публикация компонента могла произойти только после проверки кода. позвольте мне попытаться описать краткий сценарий:

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

Пока что я вижу только одно решение - разработчик вручную применяет изменения, которые он сделал локально, в репозитории общей библиотеки и вручную создает запрос на перенос. Довольно скучно. Предоставляет ли bit.dev автоматизированное решение для такого случая?

Answer 1

Хотя PR-функция по-прежнему недоступна в Bit, вы можете использовать рабочий процесс PR Git, чтобы настроить процесс проверки кода для компонентов с некоторой автоматизацией.

Обратите внимание, что этот процесс может работать независимо от того, какой рабочий процесс реализует ваша команда. В этом ответе я сосредоточусь на специальном потоке, который использует ваша команда.

Сначала вам нужно настроить автоматизацию своих проектов, чтобы при изменении кода компонента ваш CI bit tag && bit exportмодифицированные компоненты. Это должно произойти только тогда, когда PR одобрен и объединен сmasterветка (в Git). Затем с помощью функции интеграции Git настройте свои проекты на получение PR на новые версии компонентов.

С этими двумя настройками ваша команда может использовать следующий рабочий процесс:

1. Импортируйте компонент в любой проект и доработайте.
2. Подать PR проекту.
3. Попросите коллегу сделать обзор кода.
4. Когда изменение объединено, запустите bit tag && bit export --eject во время КИ
5. Зафиксировать и отменить изменения в package.json в репо (с skip-ci флаг в соответствии с вашей инфраструктурой автоматизации).
6. Все проекты, которые используют этот компонент, получают PR от Bit с новой доступной версией.

Я буду обновлять этот ответ всякий раз, когда новая функция в Bit улучшает этот рабочий процесс.

Answer 2

Как говорит Итай, вы можете использовать интеграцию GitHub с bit.dev.
Но если хотите, я создаю демонстрационные проекты, в которых показано, как использовать GitHub или Azure CI для интеграции проекта с Bit, и экспортировать новые компоненты, когда код передается в мастер, а также запускать Bit-скрипт на PR.
https://github.com/teambit/bit-with-github-actions
https://github.com/teambit/bit-with-azure-devops

Надеюсь, это вам поможет.