Closed fauno closed 11 years ago
@mpj
En ee6b035 probé lo siguiente:
▂ ± master ~/projects/endefensadelsl.org: git flow init
Which branch should be used for bringing forth production releases?
- master
Branch name for production releases: [master]
Branch name for "next release" development: [develop] queue
How to name your supporting branch prefixes?
Feature branches? [feature/] traduccion/
Release branches? [release/] edicion/
Hotfix branches? [hotfix/]
Support branches? [support/]
Version tag prefix? []
▂ ± queue ~/projects/endefensadelsl.org: git flow feature start jopp-a-new-communist-horizon
▂ ± traduccion/jopp-a-new-communist-horizon ~/projects/endefensadelsl.org: git pull origin jopp-a-new-communist-horizon
▂ ± traduccion/jopp-a-new-communist-horizon ~/projects/endefensadelsl.org: git push origin :jopp-a-new-communist-horizon
Y la traduccion ya estaría como una feature :)
ni idea que es un rama de soporte
bueno lo estoy usando y está bastante cómodo :)
yo nunca quise usarlo para acostumbrarme al paso a paso, pero calculo que ya estoy listo para migrar :P
Las release branches son donde congelás el laburo dispuesto a sacar una nueva versión, así podés terminar los detalles ahí y la develop sigue aparte. No se cómo entendés "edición". Tampoco sé qué sería support.
Lástima que la config sea en .git/config, hay forma de que la publiquemos así el repo ya es git-flow-ready?
Bueno ya lo estoy usando aunque traducciones para las features no engloba todas las features :P
731af8739656a8e66ffc38e324f29b953091e29f
igual se va a resolver solo cuando pasemos a articulos.git
Ahora que puse el paquete en los repos, lo usamos? En lugar del workflow actual que al final terminó siendo al pedo.
Develop sería queue, pero en lugar de agregar los artículos ahí y después branchear habría que branchear y después agregar el artículo. Además agregaríamos hotfixes que por el momento los estamos haciendo en master.