GIT para un desarrollador en solitario

Question

Fuera del trabajo utilizo SVN para mis proyectos personales que deseo mantener en privado. Lo uso para sincronizar fuentes entre mi computadora portátil y mi escritorio, para realizar copias de seguridad fuera del sitio y las ventajas normales que aporta SCM. El actual sistema de control de fuente de moda es GIT y debo admitir que estoy considerando mudarme a él. Pero dado lo que lo uso y que ya trabajo contra las sucursales, ¿qué ventajas aporta realmente GIT?

Answer 1

• Es más rápido que la subversión
• Usted puede tener toda su historia con usted en su ordenador portátil
• Puede sincronizar entre máquinas sin tener que preocuparse acerca de si su servidor está en línea/acceso/etc.
• git stash es perfectos para transportar lejos a medio hacer, cambia
• Se puede crear un nuevo repositorio por entrar en un directorio y el uso de git init, sin tener que hacer ningún tipo de configuración del servidor o la administración
• GitHub es un lugar bastante agradable para Git alojar repositorios
• Why Git is Better Than X

Answer 2

El control de fuente distribuida permite confirmaciones locales y puede hacerlas sin conexión.

Mientras que Linus's talk acerca de git es muy divertido de ver y lleno de verdades, no todos son aplicables a pequeños equipos o equipos de uno.

Puede usar git como front-end con confirmaciones locales a un repositorio SVN usando git-svn. Usar esto con su repo SVN existente ofrece un plan de retroceso si no le gustan las herramientas.

Por supuesto, hay otros distributed source control systems.

Answer 3

poco hice más o menos el mismo interruptor que está contemplando. Diría que sí, que vale la pena, por las mejoras en el flujo de trabajo que te ofrece un mejor manejo de las sucursales, el índice y la posibilidad de trabajar sin conexión. Sin embargo, no es un cambio indoloro, muchos conceptos son lo suficientemente diferentes como para ser confusos al principio.

Hay algunas publicaciones sobre las principales diferencias entre SVN y git que pueden ser útiles para leer. This es una visión general (parcial).

Answer 4

Para mí ha estado usando Git junto con github.com - me ahorra tener que preocuparme por configurar y administrar el propio sistema de repositorio, lo que significa que puedo concentrarme en la parte más importante - aprendiendo a usar los comandos principales ellos mismos :)

No tengo experiencia con ninguna otra plataforma SCM así que mi opinión es probablemente un poco básica, pero ha sido lo suficientemente agradable para trabajar, dado que estoy en Windows también es bueno saber hay soporte decente en forma de msysgit.

Todo el mundo es diferente, supongo, pero para mí, un principiante en realidad, ha sido una introducción muy amable a SCM.

Answer 5

Echaré un vistazo al siguiente recurso.

http://git.wiki.kernel.org/index.php/GitSvnComparsion

Algunos puntos destacados son:

• SVN requiere hasta 30 veces más espacio a veces
• Git es más rápido debido a las operaciones de ser locales
• Personalmente creo ramas, la fusión, y tales son más fáciles de realizar.

Pero la verdad es que mágicamente no sabrá cómo usar git o recibir la mayor ventaja de usarlo, así que lo probaría con un par de proyectos y dejaría su svn repo abierto como opción más adelante. Incluso aunque dudo que querrá volver: P

Answer 6

creé una cuenta en bitbucket para mis proyectos personales, por dos razones:

1. En el trabajo, trabajo en sistema de control de fuente centralizada. Quería aprender sobre DVCS. Mercurial parece mejor para el entorno de Windows. Hasta ahora, me gusta.
2. Quiero hacer una copia de seguridad de mi código fuente fuera del sitio.

Answer 7

Ramas.

Las ramas parecen mucho más fáciles de crear. Puede trabajar en el mismo directorio y luego cambiar entre ramas con un simple comando. Por lo tanto, no necesita tener un directorio separado para cada sucursal y es mucho más rápido que cualquier otro scm que he usado.

Answer 8

Adopté la técnica de usar control de fuente (primero con CVS y luego con SVN) para sincronizar y hacer una copia de seguridad de mis entornos hace unos diez años (probablemente más). Básicamente funcionó, pero me pareció un poco torpe y no hice un trabajo tan completo como me hubiera gustado, dejando que algunos sistemas se vuelvan un poco obsoletos y sucumbiendo al uso de nuevos sistemas y evitando configurar esos sistemas para usar con este esquema.

Hace más o menos un año, mi hijo me convenció de probar git. Ahora, todos mis sistemas están sincronizados y respaldados en nuestro concentrador git repo, proporcionando la privacidad personal que necesito (acceso ssh).

Encuentro el modelo de uso de git tan fácil de usar que ahora tengo un ritual diario de empujar los cambios desde la máquina que utilicé más recientemente y llevarlos a la siguiente máquina que uso (hay típicamente cinco o más computadoras involucradas en mi trabajo diurno). Quienes respondieron antes que yo han hecho un gran trabajo al abordar las ventajas técnicas de git. Mi testimonio es la ventaja de facilidad de uso que tiene git sobre svn, tal como se aplica exactamente a lo que desea hacer, basado en hacerlo durante aproximadamente nueve meses.

Dicho esto, espere algo de molestia desde el principio, ya que git es un modelo muy diferente y le lleva algo de tiempo acostumbrarse. Pero entre SO, libros publicados (recomiendo el libro de O'Reilly) y abundantes recursos netos, aprender git ahora es más fácil que nunca.