Преимущество веток git перед стандартными исходными коммитами

Question

Мне кажется, что Git очень мощный, если не доверять их разработчикам, то есть в массовых рабочих процессах с открытым исходным кодом.

Однако мне интересно, как наиболее эффективно использовать Git в хорошо организованном проекте, где «n» разработчики разрабатывают в «n» отдельные исходные пакеты, эффективно взаимодействуя (например, через IRC) о общие улучшения и вдумчивый коммит ...

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

Таким образом, я ставлю вопрос о том, каковы преимущества механизмов ветвления Git в последнем сценарии?

Простите, если это указывает на мое невежество относительно Git - мотивация для этого вопроса заключается в том, что, обычно, когда я делаю ветку, я не получаю от этого большую пользу - но я склонен забывать, что время от времени меняем ветку Im, и это несколько затрудняет синхронизацию кода с HEAD.

Answer 1

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

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

Answer 2

Мы используем Gitolite с этим рабочим процессом.Это позволяет очень дисциплинированный способ работы:

https://plus.google.com/109096274754593704906/posts/R4qkeyRadLR

Answer 3

Каковы преимущества механизмов ветвления git в последнем сценарии?

"Errare humanum est". Функция для каждой ветви защищает каждого разработчика от собственных ошибок и всей команды - от использования незавершенных или полуразрушенных функций.

Answer 4

Концепция ветвления в основном используется для обеспечения существования нескольких параллельных версий разработки и не обязательно позволяет нескольким разработчикам работать с кодом. На самом деле, ветвление имеет смысл даже в проекте с одним разработчиком (скажем, вы поддерживаете не очень стабильную линию разработки, а v.1.0 является стабильной и принимает только исправления ошибок).