Я применяю модель ветвления, которую @nvie описывает в своем article. С одним изменением; Я использую ветку staging, где я тестирую и создаю предварительные выпуски, прежде чем они будут объединены в master.Как исправить этот график сети git?
У меня есть develop -> staging -> master. Где изменения от develop объединяются в staging (например, 0.1.0-pre), а затем, если все хорошо слито в master (в данном случае 0.1.0).
Моя сеть график на следующий рабочий процесс выглядит следующим образом:
Странная вещь, хотя в том, что коммиты на develop показать на графике, как совершающее на staging. Мое намерение состояло в том, чтобы все фиксации отображались на develop, со стрелками слияния от develop до staging для прелеазиса и слияния стрелок от staging до master для выпусков (в настоящее время это так).
Итак, как мне получить мой график сети/git, чтобы он напоминал модель develop -> staging -> master?
Пока постановка и развитие не расходятся, они одинаковы для мерзавца, просто разные ветви названия для одних и тех же фиксаций. – ckruczek
Этот график GitHub нарушается в порядке, сходном с этим в следующем вопросе: http://stackoverflow.com/questions/25647875/github-network-graph-representing-wrong-first-parent-after-merge – Jubobs
@ckruczek Но постановка была разветвлена с первоначальной фиксацией разработки (как было мастером). Почему граф сети выбирает постановку в качестве базовой ветви при развитии расходимости, а не наоборот? – vsjn3290ckjnaoij2jikndckjb