Git Repository vs Git branch based development

Question

Я работаю над тем, как перенестись в прогрессивное веб-приложение из существующих приложений Chrome, поскольку хром-приложение перестанет существовать к середине следующего года. Пока мы работаем над миграцией на pwa, мы хотим, чтобы существующее хром-приложение продолжало существовать, пока мы не прекратим его выпуск. Чтобы продолжить работу параллельно, мы хотим продолжить один из двух подходов.

• Создать отдельную ветвь в GIT, который будет только заботиться о миграции и адаптировать наши кодовую к прогрессивному веб-приложение, в то время как мы продолжаем развивать функции на мастер-отрасли. В конце дня мы объединим мастер в our_new_branch так, чтобы новая ветка до датировала мастер.

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

Оба подхода будут иметь значительное количество изменений, чтобы сделать их согласованными друг с другом. Какой из них лучше подходит?

Answer 1

Второй подход (fork) по-прежнему позволяет регулярно сливаться с основным репо.

И он прекрасно изолирует любые изменения и ветви, специфичные для миграции, в своем собственном репо. Поэтому я бы выбрал этот подход.

Но наиболее важным является рабочий процесс разработки: можете ли вы регулярно сливаться между мастером и ветвями миграции? Если да, интеграция между двумя (репозиториями или филиалами) будет проще, чем работать отдельно по миграции, а затем (слишком поздно, на мой взгляд), пытаясь объединить основную ветвь.