Что мне здесь не хватает?
Быть тупым ... все.
Вы выбираете использовать Git Flow, чтобы избежать беспорядков с фиксациями, которые вы не уверены в том, чтобы сделать свой путь в производство, чтобы точно отслеживать, что происходит, и уменьшать головную боль каждого, интегрируя все в одну ветвь один раз с большим количеством конфликтов и пропущенными предположениями.
Начнем с верхней части:
ли нам действительно нужно developer ветвь? Какой цели это служит?
В Git Flow собственно есть собственно две ветви:
В этом случае master содержит код, который считается производство готово. Если бы вам пришлось, вы могли бы развернуть кончик мастера в любой момент, и все будет в порядке. develop, или developer, где происходит фактическое развитие; есть вещи, которые нужно интегрировать здесь и проверять вместе, так что это происходит. Вы хотите сделать это здесь, чтобы изолировать себя от любых ошибок, которые могут возникнуть.
Мы можем очень хорошо иметь ведущую ветвь, где все сливается с производственным уровнем. Затем для каждого выпуска у нас есть ветви релиза, которые развертываются для выпуска для выпуска.
Это означает, что ветвь master обслуживает только одну роль: это точка интеграции. Вы больше не можете утверждать, что master - это готовый к производству код.
Сказанное, Git Flow не для всех. Возможно, в вашем филиале master есть много действительно хороших регрессионных тестов, которые позволят вам напрямую привязаться к нему, и вы сможете откатиться в случае катастрофического выпуска.
Но, если вы хотите использовать Git Flow, вам нужно подписаться на представление о том, что работа протестирована на отдельной ветке интеграции до, она объединена с мастером.
Это может быть лучше для обмена стеке программистов, поскольку я не уверен, что это [по теме] (http://stackoverflow.com/help/on-topic) для StackOverflow. –