Рабочий процесс Git для проектов с открытым исходным кодом?

Question

Я работаю над проектом и стараюсь открыть его в ближайшее время.

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

Я исследовал в Интернете и выяснил, большинство из них, но я все еще озадачен на одном:

Как следует структурировать цикл филиала/выпуск? Я знаю, что я не могу продолжать заниматься сразу, как только я выпущу, и я также знаю о преимуществах управления версиями, но я также не хочу делать это бесполезно сложным.

Я рассмотрел некоторые проекты с открытым исходным кодом, и многие из них, похоже, имеют master и develop ветви, а также несколько tags, чтобы отметить релизы. У меня есть ощущение того, что может произойти, но было бы очень полезно, если бы кто-то мог прояснить, как многие проекты с открытым исходным кодом управляют выпуском.

Answer 1

Обычно разработчики разворачивают основное репо и работают на develop или аналогичной ветке в своей локальной вилке.

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

Вы как ведущий разработчик проекта, просмотрите и принимаете/отклоняете изменения.

Вы, как ведущий разработчик проекта, определите, какие изменения будут включены в следующий выпуск. Вы выбираете код от develop ветви, толкаете его на master отдел и код выпуска от master филиал. A tag с версией # помогает отслеживать версии.

Кроме того, автоматическая сборка/развертывание также поможет.

Я объяснил очень простой рабочий процесс. Надеюсь это поможет.