Git workflow: в чем отличие от SVN?

Question

Я прочитал эти две статьи о мерзавца процесса:

• http://nvie.com/posts/a-successful-git-branching-model/
• https://www.atlassian.com/git/tutorials/comparing-workflows/

Насколько я понимаю, эта модель проста:

1. мы имеем разработка филиал (ex-trunk),
2. мы создаем особенность ветви, которые будут объединены в развивать когда готовы,
3. мы делаем релиз филиала, когда реализуются все функции и мы сливаемся релиз ветви в мастер в одном совершить, когда все готово (и до разработать только для целостности).
4. Идентификационный номер мастер филиал.

Ну, вопрос:

1. Есть ли какие-либо существенные отличия от этой модели в некоторых других примерах GitWorkflow?
2. Если нет, то каковы различия между этой моделью и стандартной разработкой SVN? Почему мы называем это «GitWorkflow» - я не вижу никакой разницы с стандартной схемой разработки SVN. Мы можем сделать то же самое с SVN. И мы делаем :)

Так этот способ действительно называется GitWorkflow, или могут быть некоторые моменты, которые я пропустил?

Answer 1

Насколько я понимаю, эта модель просто

Ваше понимание массивно неправильно

• GitFlow довольно сложный технологический процесс
• GitFlow предполагает набор семей целевых ветвей (функция *, исправление *, выпуск *) с множеством предопределенных правил для ord эр и направление поперечной ветви сливает

каковы различия между этой моделью и стандартным SVN развитием?

1. развитие "Стандарт" SVN не существует - есть, по крайней мере, 2 широко используются СВНЫ-технологические процессы ("стабильный ствол" против "нестабильного магистральных | нет ветвей")
2. Любого SVN -workflow предполагает, как несколько слияний, а возможно (SVN-слияния еще некоторые головная боль), GitFlow построена вокруг интенсивного слияния между ветвями специального назначения