Это действительно простой рабочий процесс в git.Несколько разработчиков используют один или оба описанных вами метода.
Лично я являюсь поклонником стратегии Скотта Чакона и считаю ее действительно полезной.
Вы можетеперебазируйте, чтобы сохранить ветку master в линейной истории, и это нормально, но есть небольшая вероятность бросить некоторые основные циклы парням, только начинающим в git.Перебазирование истории изменений и может действительно вызвать проблемы, если вы не будете осторожны.
Git-merge (а не svn-merge - reintegrate, как вы отметили) немного проще в git, если вы только начинаете,Стратегии слияния в Git действительно хорошо продуманы и автоматически избавят вас от неприятностей.
Если я занимаюсь разработкой ветки функций, а затем объединяю ее с master, мне нравится запускать git merge --no-ff feature
, пока на master, чтобы создатькоммит слияния просто чтобы быть явным.
Поскольку вы только начинаете с git, я бы пошел на рабочий процесс слияния.ИМХО, это более интуитивно понятно, если вы работаете с SVN-фоном.