2009/10/8 Carlos Kozuszko <[email protected]> > 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 > > Si justamente estabamos trabajando en un esquema así.
> 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 > > muy bueno !.. no lo conocía, puede servir.. tendríamos que estandarizar los textos de los commits, pero es lo de menos > Espero te sirva esta simplificación de workflow, aunque por ahi no se > ajuste a tus necesidades. > > si, estoy buscando a ver si encuentro ejemplos de modelos de laburo, para organizar más el tema interno también. gracias ! -- :: nelson :: [ artesano de software & software craftsman ] http://netflux.com.ar
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
