Совершить против слияния

Question

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

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

1. Вот несколько вещей, которые, на мой взгляд, могут быть проблематичными при втором подходе.Поскольку у нас будут изменения в обоих местах, слияние создаст проблемы позже.(для любых пропущенных коммитов)
2. Любые ошибки, созданные коммитами, также дестабилизируют транк.Этого можно избежать, если мы объединяем стабильные ветки.
3. Издержки для разработчика, которые также фиксируют его в транке.(нужна рабочая копия, нужен второй коммит)

У меня вопрос, можете ли вы дать мне больше положительных и отрицательных сторон обоих подходов?

Answer 1

Многие люди называют это «веткой функций».Вы можете отделить магистраль, внедрить кучу новых вещей в новую ветку, а затем объединить их с магистралью, когда закончите.Если вы используете SVN или что-то современное, возможности слияния довольно стабильны.Это означает, что вы можете делать другие выпуски из ствола, которые не содержат этот новый код, пока вы не закончили с ним.

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

Если вам нужны изменения в новой ветке раньше, вы всегда можете выполнять промежуточные слияния в различных точках, например, после тестирования новой функции QA.Таким образом, вы можете контролировать, насколько стабильны обе ветви.

Answer 2

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