Hola! 2009/10/8 Nelson Fernandez <[email protected]>: > Alguien está desarrollando y manteniendo releases con Git ? que workflow > utilizan ?
Para qué necesitás exactamente un branch por release? Ese workflow me parece razonable unicamente cuando hacés releases de un producto y tenés que hacer mantenimiento sobre releases pasadas y luego backportear los cambios a los releases que corresponda. Lo que pasaría por ejemplo con la gema de rails (y muchísimos otros casos). En el caso de desarrollo web no es simplemente necesario un branch por release que está siendo accesible desde un server? Nosotros en nuestro esquema màs simple trabajamos con dos ramas unicamente: master y production En master va todo el código compartido y de donde se toma el código para hacer deployments al server de staging. Luego, cuando el feature/ticket/story relacionado con los commits sea aprobado, se pasa a production y se hace el deployment tomando esa rama al server de production. Así de simple :) Para hacerlo aún más práctico usamos cerise un plugin que hizo nuestro queridísimo Luis Lavena para pasar todos los asociados con un numero de ticket de una rama a otra haciendo git cherry-pick (en el README hay detalles). http://github.com/area17/cerise Espero te sirva esta simplificación de workflow, aunque por ahi no se ajuste a tus necesidades. Saludos, Carlos K. -- http://www.ckozus.com http://www.insignia4u.com _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
