subir - TortoiseGit, TortoiseBzr, TortoiseHg. ¿Hay alguno lo suficientemente sólido como para cambiar de TortoiseSVN?

subir proyecto a svn

Question

Me gustaría probar un sistema de control de revisión distribuido. Utilizo un par de PC con Windows, un par de PC con Linux y una Mac. En las ventanas, me gustaría usar Tortuga.

¿Alguna de las tortugas que no sea TortoiseSVN es buena? Hasta hace poco, el golpe en contra de ellos ha sido que son lentos y con muchos errores, pero parece que hay un nuevo impulso para que sean sólidos.

Prefiero no tener que probar los tres. ¿Alguien hace el cambio últimamente y tiene una buena experiencia?

Answer 1

¿Está considerando cambiar a otro VCS? Debido a que al cambiar a TortoiseGit / Bzr / Hg no podrá acceder a los repositorios SVN. Estoy trabajando con GIT a través de TortoiseGit, pero está construido sobre TortoiseSVN y tiene un rendimiento similar.

Si solo está buscando una alternativa para usar SVN, debería echar un vistazo a RapidSVN . Todavía es bueno y es mucho más rápido que Tortoise, también se ejecuta en Mac y Linux.

¡Espero que esto ayude!

Publicar comentario Editar

Deberías considerar a Git. Es un VCS distribuido moderno hecho para ser muy rápido y flexible, tiene una comunidad muy grande y fuerte. Muchos proyectos grandes utilizan Git, como Linux (Kernel) y Ruby On Rails.

Más sobre Git: http://git-scm.com/ , http://whygitisbetterthanx.com/

Answer 2

He estado usando TortoiseGit por un tiempo. Si bien es cierto que el rendimiento de git sufre en Windows, va a ser perfectamente aceptable en la mayoría de las situaciones. De los tres que mencionaste, Git ciertamente tiene la "tortuga" más pulida, en mi opinión. Y si estás acostumbrado a usar TortoiseSVN, la transición a Git debería ser bastante suave, ya que TortoiseGit se basa en el código base de TortoiseSVN y reutiliza gran parte de su interfaz de usuario y los principios de diseño.

Answer 3

Personalmente he tenido buenas experiencias con TortoiseHg. También instala el sistema de línea de comandos hg, por lo que puede desplegarlo si lo necesita (o si prefiere hacer el control de versiones en la línea de comandos). Hay algunas peculiaridades en la interfaz, pero en general es muy sólida (y si usa la vista de gráfico de revisión, se ve muy bien). La importación de Subversion de Mercurial también es fantástica.

Incluso puede trabajar con los repositorios Git utilizando la extensión hg-git para Mercurial, como lo menciona el bloque CAD.

Answer 4

Realmente solo quería agregar un comentario a las sugerencias sobre TortoiseHG, pero los comentarios están cerrados.

Cómo agregar el repositorio de ppa en linux (reemplace oneiric por su versión):

1. Agregue las siguientes entradas al administrador de paquetes:

   deb http://ppa.launchpad.net/tortoisehg-ppa/releases/ubuntu oneiric main 
   deb-src http://ppa.launchpad.net/tortoisehg-ppa/releases/ubuntu oneiric main 

2. Agregue las siguientes entradas al administrador de paquetes:

   deb http://ppa.launchpad.net/mercurial-ppa/releases/ubuntu oneiric main 
   deb-src http://ppa.launchpad.net/mercurial-ppa/releases/ubuntu oneiric main

   IMPORTANTE: como las versiones actuales de TortoiseHg a menudo requieren una versión más nueva de Mercurial que la de Ubuntu, también deberá agregar este PPA.

3. Para configurar APT para confiar en la clave de firma de este repositorio, ejecute:

   sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-key 323293EE

4. Si tenía intalled versiones anteriores, desea eliminarlas primero.

   sudo apt-get --purge remove mercurial
   sudo apt-get --purge remove tortoisehg

5. Paso

   sudo apt-get install mercurial
   sudo apt-get install tortoisehg

Answer 5

Teniendo en cuenta su configuración, parece un poco innecesario emplear el control de versiones distribuido cuando solo está trabajando con algunas computadoras locales. Esto es especialmente cierto si ya está ejecutando una función de servidor SVN. El control de versiones distribuido tiende a ser mucho más útil en proyectos más grandes con muchas ramificaciones y fusiones, ya que los VCS distribuidos tienden a valorar la fusión de alta calidad sobre todo lo demás.

Dicho esto, Google ha optado por utilizar Mercurial (Hg) como su control de versión distribuido en Google Code. La mayor parte del razonamiento tenía que ver con la velocidad, la flexibilidad y la facilidad de uso. Ciertamente, el conjunto de comandos Hg parece mucho más amigable que el conjunto de comandos Git, en mi opinión, y tiende a jugar bien con los repositorios SVN más antiguos.

Answer 6

Yo sugeriría TortoiseHg. Si está familiarizado con TortoiseSVN, puede usarlo de inmediato.

¿Quieres usarlo en Windows?

A partir de hoy, TortoiseHg es mejor que TortoiseSVN en mi opinión. Y todavía mejora muy rápido (lo usé desde la versión 0.4, la actual es 0.9.2 con Mercurial 1.4.2). Una buena característica, por ejemplo: simplemente haga un montón de refactorización en su IDE y no le importa cambiar el nombre. Luego, elige la función "Adivinar nombres" en el menú contextual y diviértete. No más historiales rotos, porque ha utilizado su herramienta de cambio de nombre favorita en lugar de ''svn move''.

La instalación es realmente fácil: descargue e instale TortoiseHg y solo reinicie. Ahora también tiene la versión actual de la línea de comandos Mercurial y la herramienta de conversión SVN. No es nada más que este paquete único.

¿Quieres usarlo en Linux?

"sudo apt-get install mercurial" es todo lo que necesita (en un sistema basado en Debian) para usar la línea de comandos Mercurial, pero es posible que esta versión no sea la más reciente. Lo sé, hay repositorios PPA para Ubuntu y quizás para Debian, también. Así que actualice su lista de fuentes APT, importe las claves y puede instalar TortoiseHg con una integración muy agradable para Gnome.

Lo siento, pero no sé acerca de la instalación en Mac.

DVCS tiende a ser útil de todos modos. Tiende a ser más divertido, no importa si haces el escenario del hacker solitario o trabajas en un gran equipo. Además: con clone + push + pull también tiene un respaldo integrado, rápido e inteligente.

Pero, también hay algunas desventajas a tener en cuenta:

1) Si comparte su trabajo entre Windows y cualquier sistema * nix, solo debe usar caracteres ASCII para los nombres de archivos. Ni Mercurial, ni Bazaar o Git codifican la conversión como Subversion (consulte CharacterEncodingOnWindows ). Cualquier acento francés o diéresis alemanas estropearán su trabajo al cambiar entre cualquier sistema operativo utilizando UTF-8 y el otro.

2) No debes usar muchos archivos binarios grandes. Mercurial no está diseñado para este propósito y no creo que Bazaar o Git sean más divertidos en esto.