LINUX.ORG.RU

История изменений

Исправление hippi90, (текущая версия) :

Затем, что мастер - это релиз, туда идут только фиксы багов. Мастер должен быть всегда в работоспособном состоянии (ну по крайней мере должен собираться и деплоиться).

develop - это твоя разработка, сюда попадают новые фичи, которые еще только ждут тестирования, могут быть вообще недоделаны и откровенно не работать. Когда все новые фичи доделаны, протестированы и QA сказал, что всё ОК, develop сливается в master.

Это необязательно должно быть именно так, но всё же разделение веток релиз - разработка сильно упрощает жизнь, особенно, когда у тебя на поддержке несколько релизов ( у каждого свой «мастер»), или сразу несколько больших фич пилится.

Исходная версия hippi90, :

Затем, что мастер - это релиз, туда идут только фиксы багов. Мастер должен быть всегда в работоспособном состоянии (ну по крайней мере должен собираться и деплоиться).

develop - это твоя разработка, судя попадают новые фичи, которые еще только ждут тестирования, могут быть вообще недоделаны и откровенно не работать. Когда все новые фичи доделаны, протестированы и QA сказал, что всё ОК, develop сливается в master.

Это необязательно должно быть именно так, но всё же разделение веток релиз - разработка сильно упрощает жизнь, особенно, когда у тебя на поддержке несколько релизов ( у каждого свой «мастер»), или сразу несколько больших фич пилится.