El día 27 de febrero de 2012 21:45, Ariel Camino <[email protected]> escribió: > El 27/02/12 15:58, OSiUX escribió: >>> Ya que aca varios usan git... tengo una duda, supongamos que estoy en >>> el desarrollo de un software y quiero hacer la version 2 sin >>> reescribir por completo el codigo, osea dentro del mismo arbol de >>> desarrollo. >>> >>> Se que para versiones intermedias se pueden usar tags, onda de tal tag >>> marca la 1.4, el tema es, que tengo que seguir manteniendo la version >>> anterior. se que con los branches puedo tener una rama de desarollo >>> mientras dejo la master limpia para resolver bugs o demas, que es lo >>> que actualmente hago, pero la finalidad siempre es la de mergear con >>> master y aplicar esos cambios, aca estoy hablando de mantener 2 >>> versiones al mismo tiempo, la 1.x y la 2.x >>> >>> No lei muhco hacerca de los tags, pero queria saber si se puede hacer >>> como los branches, onda tagear una revision como la 1.x, otra como la >>> 2.x y volver cuando lo neceseite a la 1.x modificar comitiar pushear y >>> despues volver a master o a la 2.x... se puede? >>> >>> Como lo hacen ustedes? >> >> Te paso una muy buena guía a seguir: >> >> - http://nvie.com/posts/a-successful-git-branching-model/? >> - http://github.com/downloads/nvie/gitflow/Git-branching-model.pdf >> > > Yo uso (o intento usar) ese esquema con git flow, que me simplifica > bastante la vida. > > Desde mi punto de vista, si hay una versión anterior, que queres seguir > manteniendo (por ejemplo 1.x) y que además esos cambios no queres que se > mergeen luego con tu HEAD de develop, master, etc, para mí, la solución > es tener dos repositorios diferentes. > > Por ejemplo, usando git flow, yo tengo dos releases v1.0 y v2.0, hago un: > > acamino@athos:~/trabajo/pruebas$ git tag > v1.0 > v2.0 > > y luego intento crear un feature nuevo basado el release v1.0: > > git flow feature start un_re_feature v1.0 > > si bien se "basa" en la versión 1.0, una vez terminado hace un merge > contra el HEAD de develop (es decir lo que tenes en tu versión 2.0). > > Por eso me parece que la posta es tener un repo distinto por cada "major > release", lo cual desde mi punto de vista es bastante lógico, porque > estás teniendo dos versiones de un mismo software que van perdiendo la > relación entre sí (no te interesa que los cambios a una se apliquen a la > otra y viceversa). > > Aunque me gustaría preguntarle esto a algún capo gitero, hay una lista > de git argentina "git-ar", estaría bueno que preguntes por ahí. > > Salutes! > -- > Ariel Camino > Lanux - Grupo de usuarios de GNU/Linux de Lanus > Visitanos en: http://www.lanux.org.ar > > Reglas de etiqueta para el posteo de mensajes a la lista: > http://www.lanux.org.ar/?page_id=35 > > Articulos y noticias por rss: > http://www.lanux.org.ar/?feed=rss2 > > Lanux por irc: > irc.freenode.net -> #lanux. > _______________________________________________ > General mailing list > [email protected] > http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general
Bi bueno, hare lo 2 repos distintos, es verdad que el desarrollo de una version va llegar un punto que pueda cambiar mucho. saludos -- El Tio ~ Programador, hacker y filósofo web: http://blog.exodica.com.ar Linked'in: http://www.linkedin.com/in/ogentilezza Twitter: @exos, Indeti.ca: @exos Tels: [+54 11] 638-LINUX (54689) - [+54 9 11] 6799-4797 Lanux - Grupo de usuarios de GNU/Linux de Lanus Visitanos en: http://www.lanux.org.ar Reglas de etiqueta para el posteo de mensajes a la lista: http://www.lanux.org.ar/?page_id=35 Articulos y noticias por rss: http://www.lanux.org.ar/?feed=rss2 Lanux por irc: irc.freenode.net -> #lanux. _______________________________________________ General mailing list [email protected] http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general
