У меня следующая стратегия ветвления и новое место, к которому я присоединился.
--Master--------------------------
| | |
develop1--|---------|---------
develop2--|---------------
develop3-------------
Приложение в Master - это огромный монолит. Многие команды работают над различными его модулями.
Команды ( набор разработчиков ) используют ветвь разработки своей собственной команды (, показанную как Develop1 / 2/3 ) для работы в соответствующем модуле. В конце они объединяют ветвь разработки своей команды с мастером. И для дальнейшей работы, снова начните в той же самой ветке разработки команды. Я не уверен, как они дальше делят внутреннюю ветку разработки.
Часть, на которую возложена моя новая команда, немного велика, поэтому мы решили разбить ее на функции.
Итак после вырезания ветки из Master HEAD, назовем ее Develop5, я создам из нее несколько ветвей функций. Но Мастер постоянно меняется, потому что ветки разработки команды постоянно объединяют код обратно. Я думаю, что каждый вторник для разностных выпусков и, возможно, между для исправлений тоже.
--Master----------------------------------------------------
| | | |
develop1--|---------|----------------|-------------------
develop2--|----------------|-------------------------
develop3---------|------------------------------
|
develop5------------------------------
| | | |
| | | |
featur1 feature2 feature3 feature4 (many more)
Моя работа не началась и Я должен завершить процесс здесь. Мой вопрос: какова лучшая стратегия для поддержания кода в моих ветках Feature в актуальном состоянии?
Должен ли я ежедневно объединять ветку develop5 от Master. И попросите всех владельцев веток Feature объединить свои ветки с Develop5.
Или
Должен ли я ежедневно перебазировать master в Develop5 и попросить разработчиков ветки Feature перебазировать Develop5 в функции. Ветви компонентов не являются общими, и в основном в каждой ветви будет работать 1 разработчик. и будет удален после завершения работы функции.
Не уверен, что проблема в том, что перебазировать master на Develop5 имеет не совсем общую ветку. все же многие функциональные ветви вырезают его.