Моя команда на работе начинает новый проект, используя Subversion в качестве нашей VCS (вы можете рассмотреть этот набор в камне для целей этого вопроса). Мы все еще находимся на ранних стадиях проекта и пытаемся согласовать модель ветвления. Наш предыдущий проект был основан на нестандартной модели версий, которая приводила к проблемам при управлении оперативными исправлениями и исправлениями для существующих выпусков.
Я обнаружил, что различные модели ветвления довольно сложны, но одна модель, которую я достаточно четко понимаю, это git flow . Мне любопытно, насколько сложно / нежелательно было бы реализовать эту вариацию в Subversion. Очевидно, что есть некоторая разница с точки зрения людей, сотрудничающих в филиалах. Ветви функций должны быть централизованы, а не ограничены локальными репозиториями, но другие концепции модели должны воспроизводиться в Subversion, насколько я понимаю.
Какие бы были недостатки или проблемы у этого подхода. Что я слышал, так это то, что в SVN «слияние дорого» по сравнению с Git. Но я не совсем понимаю, что это означает на практике или как это повлияет на нашу способность использовать Git-поток, такой как модель ветвления.
Что будет самым большим беспокойством с этим подходом. Есть ли такой же ясный подход, который более естественен в Subversion?