рабочий процесс bit.dev без специальной команды для общей библиотеки и с проверкой кода перед публикацией - PullRequest
1 голос
/ 08 января 2020

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

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

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

1 Ответ

0 голосов
/ 02 мая 2020

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

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

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

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

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

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

...