Mi equipo en el trabajo está comenzando un nuevo proyecto, usando Subversion como nuestro VCS (puede considerar este conjunto en piedra para el propósito de esta pregunta). Todavía estamos en las primeras etapas del proyecto y estamos tratando de acordar un modelo de ramificación. Nuestro proyecto anterior se basó en un modelo de versión no estándar que generó problemas al administrar hotfixes y parches para las versiones existentes.
He encontrado que los diferentes modelos de ramificación son bastante complicados, pero un modelo que entiendo con bastante claridad es git flow . Tengo curiosidad por lo difícil / indeseable que sería implementar una variación de esto en Subversion. Obviamente, habría alguna diferencia en términos de personas que colaboran en las sucursales. Las ramas de características tendrían que estar centralizadas en lugar de limitarse a repositorios locales, pero los otros conceptos del modelo deberían ser reproducibles en Subversion tal como lo entiendo.
Cuáles serían los inconvenientes o desafíos de este enfoque. Lo que he escuchado es que en SVN "la fusión es costosa" en relación con Git. Pero no estoy completamente claro sobre lo que esto significa en la práctica o cómo afectaría nuestra capacidad de usar un flujo git como un modelo de ramificación.
¿Cuáles serían las mayores preocupaciones con este enfoque? ¿Existe un enfoque igualmente claro que sea más natural en Subversion?