Плюсы и минусы относительно расширенного использования филиалов

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

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

источник

2009-05-13 sharkin

Вы не можете отформатировать ответы таким образом. Люди должны отвечать, однако они выбирают тоже, а затем другие будут комментировать его, поэтому есть диалог. Вместо того, чтобы ограничивать людей тем, что они могут сказать. – DevinB

Люди могут сказать, сколько они хотят от определенного про или кон. Я просто хочу предотвратить двусмысленность. Я думаю, что предмет должен быть оценен, а не конкретное мнение человека о плюсах и минусах. – sharkin

Pro: Разработчики могут работать более свободно в более жестких итерациях, не наступая на ноги друг друга.

источник

2009-05-13 11:51:56 sharkin

Con: Более высокий порог обучения для младших разработчиков.

источник

2009-05-13 11:52:19 sharkin

Pro: Если у вас много филиалов, вы будете вынуждены принять современный DVCS (мой опыт работы с Mercurial, но я слышал, что git или Bazaar тоже хороши), а не оставаться с традиционной централизованной системой (например, СВН).

источник

2009-05-13 11:55:56

Con (и это может быть большой): Слияние обратно в точку в будущем. Чем дольше продолжительность и чем больше отклонение базы кода, тем сложнее будет ваша жизнь. Мой совет: очень тщательно подумайте о ветвлении и убедитесь, что вы делаете это только когда это необходимо, и подумайте о том, какие усилия будут предприняты при слиянии на более позднем этапе, если это потребуется.

источник

2009-05-13 11:56:56

может быть разделен на два ответа? – sharkin

Все сделано, попробуйте сейчас. –

Это ограничение старых систем управления версиями без легкого разветвления и слияния.Попробуйте использовать Git, Mercurial или другие подобные. – Neil

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

источник

2009-05-13 11:59:44

Pro: Каждое обновление не зависит от других, поэтому работа может быть распараллелена.

источник

2009-05-13 12:04:20 mouviciel

Con: Объединить кошмар.

источник

2009-05-13 12:05:38 mouviciel

Да, если вы используете неэффективные инструменты, такие как Sourcesafe, TFS или Subversion. Меньше с DVCS, как git или Mercurial. – Sardaukar

Pro: Ветви могут использоваться для облегчения сценария «what-if» при тестировании нового кода. В конце может быть принято решение объединить новую функцию или отказаться от нее.

источник

2009-05-13 12:06:43 Sardaukar

Con: Наличие слишком много ветвей в воздухе в то же самое время, и вы начинаете забыть, где вещи где совершил, где были внесены изменения и т.д.

источник

2009-05-13 12:11:13

Con: кто имеет, чтобы управлять ветви (ов) и держать на вершине вещей. В большинстве команд это падает по пути.

источник

2009-05-13 12:28:04