Mensaje
por jesus » 12 Feb 2016, 01:13
Recuperando este hilo, a ver si damos con una buena solución.
Más o menos voy cogiendo el truco a Github, gracias sobre todo a @super_berny el grande y su inestimable ayuda.
Sin embargo definitivamente cada vez veo más lejos para este proyecto la propuesta de workflow que hace "Gitflow", así que propongo lo siguiente que habíamos comentado ya en Github:
1) Vamos a tener dos ramas, una "master" con la versión estable publicada y otra "develop" para trabajar. No hay ramas "hotfix".
2) Los cambios en canales, conectores, arreglos, etc. se harán mediante Pull Requests a la rama "develop". Daré permisos a los que os habéis ofrecido para hacer el merge de esos Pull Requests en "develop", así cuando no pueda hacerlos yo no habrá bloqueos.
3) Si hay que hacer cosas que se prolonguen durante varias versiones, crearemos una rama de "develop" para pasar ahí el pull request y que no afecte al desarrollo normal.
4) Al publicar cada nueva versión haré los cambios sobre develop y al final lo pasaré a master, de forma que tengan lo mismo y se pueda seguir trabajando. Mi idea es publicar versión cada una o dos semanas (aunque realmente no soy dueño de mi agenda) así que no debería haber muchas diferencias.
Creo que debemos elaborar una guía con los casos de uso comunes (descargar el proyecto, arreglar un canal, hacer un pull request, etc.), muy sencillito y usando SourceTree, para quitarle el miedo a la gente. Que esto del Git acojona mucho al principio, doy fe.