Mon équipe au travail démarre un nouveau projet, en utilisant Subversion comme VCS (vous pouvez considérer cet ensemble dans la pierre aux fins de cette question). Nous en sommes encore aux premières étapes du projet et essayons de nous mettre d'accord sur un modèle de branchement. Notre projet précédent était basé sur un modèle de version non standard qui entraînait des problèmes lors de la gestion des correctifs et correctifs des versions existantes.
J'ai trouvé différents modèles de branchement assez compliqués, mais un modèle que je comprends assez clairement est git flow . Je suis curieux de voir à quel point il serait difficile / indésirable d'implémenter une variante de cela dans Subversion. De toute évidence, il y aurait une certaine différence en termes de personnes collaborant dans les succursales. Les branches de fonctionnalités devraient être centralisées plutôt que limitées aux référentiels locaux, mais les autres concepts du modèle devraient être reproductibles dans Subversion si je comprends bien.
Quels seraient les inconvénients ou les défis de cette approche. Ce que j'ai entendu, c'est que dans SVN "la fusion coûte cher" par rapport à Git. Mais je ne suis pas tout à fait clair sur ce que cela signifie dans la pratique ou comment cela affecterait notre capacité à utiliser un modèle de branchement de type Git Flow.
Quelles seraient les plus grandes préoccupations avec cette approche. Existe-t-il une approche tout aussi claire et plus naturelle dans Subversion?