Mercurial: поддерживать долгосрочную ветку с последними изменениями по умолчанию? - PullRequest
1 голос
/ 29 сентября 2010

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

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

Сегодня мы уже второй раз слили значение по умолчанию в нашей ветке доработки(Прошло 2 месяца с начала переделки), но я заметил что-то странное во время слияния.Похоже, что слияние мы сделали в первый раз (месяц назад), мы должны были сделать это снова сегодня.Если это так, то мы не выигрываем время слияния каждый месяц, и мы могли бы также отложить его до конца переделки.Но верно ли мое предположение: если я слил значение по умолчанию в ветку и через некоторое время я снова слил значение по умолчанию в этой ветви, не имеет значения, слил ли я его в первый раз?Работа для второго слияния остается прежней, мы могли бы также оставить ветку в покое и сделать большое слияние в конце?

1 Ответ

1 голос
/ 29 сентября 2010

Что заставляет вас думать, что первое слияние "не сработало"?

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

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

В качестве примечания: если вы хотите сделать историю более привлекательной, вы можете просто сделать ребаз вместо постоянного слияния (имейте в виду, что если ветвь доработки толкается / вытягивается, это не нужно).

...