Historias
Slashboxes
Comentarios
 
Búsqueda

Login Barrapunto

Login

[ Crear nueva cuenta ]

Ruby on Rails se pasa de SVN a Git

editada por Yonderboy el 03 de Abril 2008, 11:28h   Printer-friendly   Email story
desde el dept. control-de-versiones
Programación
Serevrito nos cuenta: «La comunidad de Ruby on Rails fue de las primeras que empezó a usar Git de manera generalizada. Ahora por fin han decidido mover el repositorio oficial de SVN a Git. Esto será realizado la semana que viene junto al lanzamiento de github una página escrita en Ruby on Rails donde se pueden alojar proyectos en Git en vez de los clásicos SVN o CVS que suelen ofrecer la mayoría de forjas.»

Historias relacionadas

[+] Qué ofrece un VCS distribuido 28 comentarios
Leyendo por Reddit he llegado hasta un artículo sobre las ventajas de utilizar un VCS distribuido, incluso si desarrollas solo, como se discutió hace poco el tema en Barrapunto en una noticia sobre "RoR se pasa a GIT" me pareció interesante comentarlo aquí. Las principales ventajas que se mencionan en el artículo son:

Más fácil manejo de ramas (branchs): ramificar el desarrollo es inevitable así que hazlo de la mejor manera posible.

Velocidad. Los VCS distribuidos que han salido últimamente son bastante rápidos, esto unido a la posibilidad de realizar commits locales ayudan a no romper el flujo de trabajo.

Mejores IDEs (potencialmente). El autor pronostica que van a aparecer IDEs que utilicen VCS distribuidos internamente para llevar el control de versiones. Aparte de eso también se comenta otra ventaja en los comentarios: Realizar commits locales incrementales, esto permite utilizar el SCV como un backup, es como tener un botón de deshacer pero que no se limita a un solo archivo. Una vez terminado el trabajo, se puede hacer un solo commit al servidor central dejando la historia limpia.

[+] Python se pasa a Mercurial 34 comentarios
mig21 nos cuenta: «El equipo de desarrollo de Python ha decidido pasarse a Mercurial. Al parecer han estado valorando fundamentalmente Bazaar y Mercurial como posibles opciones, puesto que previamente habían descartado git. Como siempre que se habla de control de versiones, es imposible contentar a todo el mundo con el cambio que se decida, ya que el tema de los sistemas de control de versiones es otro de los que despierta pasiones parecidas a las de los programas de edición o de los sistemas de escritorio. Recordemos que hace poco Perl y GNOME se han pasado a git.»
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Ruby on Rails se pasa de SVN a Git | Log in/Crear cuenta | Top | 25 comentarios | Buscar hilo
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

  • Git en Windows

    (Puntos:2, Informativo)
    por pobrecito hablador el Jueves, 03 Abril de 2008, 12:07h (#1031324)
    Buena noticia, seguro que ésto supone un buen empujón al desarrollo de Git bajo Windows. Actualmente funciona más o menos bien con cygwin pero es un engorro. Pero también tenemos msysgit [google.com] que es mucho más cómodo de usar pero aun anda un poco verde, esperemos que de esta mejore.

    • SCMs Distribuidos

      (Puntos:5, Informativo)
      por pobrecito hablador el Jueves, 03 Abril de 2008, 14:11h (#1031356)
      Que SVN no es distribuido. En realidad SVN no tiene nada de malo como repositorio central, pero Git como desarrollador te ofrece mucho más al ser distribuido. El flujo de trabajo resulta mucho más natural al tener en todo momento el árbol completo de cambios en tu PC, además de la facilidad que ofrece a la hora de crear y luego volver a juntar ramas.

      Al trabajar localmente también puedes hacer commits mucho más a menudo. Si estás trabajando por ejemplo en una nueva característica experimental en tu PC te creas una rama aparte para ese nuevo desarrollo, vas desarrollando y haciendo commits a menudo lo cual te permite volver a cualquier estado anterior si te has equivocado.

      Si mientras estás desarrollando en esta rama experimental encuentras algún bug gordo en la rama principal, puedes arreglarlo en la rama principal, "mergear" estos cambios en la rama en desarrollo y seguir con tu trabajo. Lo mismo si alguien ha añadido cambios a la rama principal puedes "mergearlos" sin problemas. Una vez has terminado tu trabajo en la rama experimental puedes rehacer la historia de cambios (para que no se vean todos los commits guarros que has hecho) y hacer un merge con la rama principal. Si el trabajo no ha ido bien deshechas esa rama y santas pascuas.

      De verdad vale la pena probar a trabajar con un SCM distribuido ya sea Git, Mercurial o Darcs. Aunque trabajes en un proyecto que tiene un repositorio central SVN puedes usar Git y aprovecharte de todas sus ventajas para trabajar localmente, y hacer commits y checkouts al servidor central con git-svn que funciona perfectamente.
      [ Padre ]
    • 1 respuesta por debajo de tu umbral de lectura actual.

  • Yo no lo dejo

    (Puntos:2)
    por aarkerio (6468) el Viernes, 04 Abril de 2008, 17:18h (#1031675)
    ( http://www.mononeurona.org/ )
    Yo no dejo svn por dos cosas:

    1) Cubre todas mis necesidades

    2) Se intergra con Trac

    Y Trac es tan importante para mis proyectos como el CVS. Hay por ahí un plugin de Trac para Git pero aún está verde.
    --

    -----------------------------------

    "El tenía la inhumana costumbre de ser racional".

  • Re:La verdad del chuletón

    (Puntos:2)
    por lasizoillo (9545) el Jueves, 03 Abril de 2008, 18:41h (#1031415)
    ( http://127.0.0.1/ | Última bitácora: Jueves, 01 Julio de 2010, 03:18h )
    O si, que interesantes tus argumentos. Podrias poner enlaces de referencia como el blog de casimiro y guillermo [blogspot.com], para poder ahondar en tus sabias e interesantisimas reflexiones. :-P
    --
    Una vez metido, recordad lo sucedido [laquadrature.net].
    [ Padre ]

  • Re:La verdad del chuletón

    (Puntos:2, Divertido)
    por gps1mx (28235) el Jueves, 03 Abril de 2008, 19:13h (#1031424)
    ¿ Eres de los que estan dispuestos a partir de 0 con Rails o prefieres empezar sobre algo que ya existe y funciona como PHP? ( ... ) Dejad de vender humo y centremonos en lo que realmente funciona hoy poy hoy.

    Estoy completamente de acuerdo contigo, simplemente por el hecho de que hoy día no puedo estarme un día creando una función en RoR, si dicha función ya existe en PHP y me tardo 5 minutos en ponerla en mi código y a volar.

    Al final, para gustos, colores. Que cada quien tome lo que le guste y deje de tomar lo que no le guste.

    Les envío un fraternal abrazo.
    [ Padre ]

  • Re:La verdad del chuletón

    (Puntos:2)
    por charlieman (23327) el Jueves, 03 Abril de 2008, 21:55h (#1031455)
    ( http://charlieman.net/ )

    ¿ Y tu ? ¿ Eres de los que estan dispuestos a partir de 0 con Rails o prefieres empezar sobre algo que ya existe y funciona como PHP?
    Especialmente cuando tienes proyectos similares al ROR para PHP [cakephp.org] ;)
    --
    A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos de leer manuales.
    [ Padre ]
  • 2 respuestas por debajo de tu umbral de lectura actual.