Я пытаюсь понять, как управлять ветвями Git, поэтому у меня есть правильный и читаемый поток для моего процесса разработки.Управление ветвями и подобраниями Git?
В принципе, у нас есть ведущая ветвь, ветка проекта, тогда мы можем начать разработку функций под этой ветвью проекта. Я хотел бы также иметь возможность создавать дочерние элементы.
Скажем, я бы мастер -> проект -> функция 1 -> 1 особенность к югу от 1 ...
Что я хотел бы получить в ртути будет выглядеть следующим образом:
Что Я на самом деле попасть под мерзавец это:
в основном, весь поток развития теряется, и в 1 уе ar не будет знать, что «рефакторинг интерфейса» был связан и подпункт «Дублирование скорости модели».
Кроме того, я избегаю быстрой перемотки вперед, потому что он просто потерял всю историю, но все же, через несколько месяцев даже я не смогу сказать, что «Обновить необходимый setExecutionMode» было выполнено под «InterfaceRefactoring» и а не «Дублирование ...»
Я серьезно подумываю о возврате к Hg и использовании плагина, чтобы сделать мост между Hg и Git, потому что Git настолько невероятно НЕ удобен для пользователя, но я также очень хочу использовать инструмент компании, поскольку он по-прежнему является современным и эффективным SCM (не похожим на SVN или CVS).
Я все еще думаю, что могу получить то, что хочу, я просто не понимаю, как это сделать.
Что я делаю неправильно?
Я бы посоветовал на самом деле, глядя на ваш Git сеть Graph для более точного взгляда на как выглядит структура ветви. – JonE
В git ветка - это просто указатель на фиксацию. Он не содержит информации об истории. Мне любопытно, как вы избегаете быстрых слияний. Выполняете ли вы дополнительные обязательства для обеспечения слияния? – GolfWolf
Что такое график сети git? – Zangdar