¿Control de versiones para desarrolladores independientes?

¿Crees que vale la pena usar el control de versiones si eres un desarrollador independiente, y si es así, por qué? ¿Mantiene el repositorio en su propia computadora, o en otro lugar, donde pueda servir como respaldo?

Si usa un control de fuente descentralizado (Mercurial o Git o Bazaar o lo que sea), obtendrá ventajas sobre SVN / CVS que lo hacen fácil, útil y poderoso de usar en caso de que sea un indy:

1. Usted se compromete localmente : su directorio de proyecto es su repositorio con historia COMPLETA. Por lo tanto, no tiene que tener un servidor, se compromete directamente en su repositorio y puede tener varios repositorios en la misma computadora. ¿Usa una computadora portátil que abre a veces para seguir trabajando en sus cosas? ¡Excelente! No tiene que configurar un servidor y si necesita uno más tarde, es fácil y simplemente "empuja" y "tira" los cambios entre los repositorios.
2. Está hecho para facilitar la experimentación : a menudo necesita tener una idea sobre una función sin contaminar el código. Con SVN y CVS, ya puede usar un sistema de ramificación y deshacerse de la rama si la función no es tan buena como deseaba. Pero si desea fusionar la función con la versión troncal, tendrá muchas sorpresas difíciles de solucionar. Git, Mercurial y Bazaar (al menos) hacen que las fusiones y ramas sean realmente fáciles. Incluso puede duplicar un repositorio, trabajar en él en algún momento, comprometerlo y matarlo o impulsar sus cambios en el repositorio principal si lo desea.
3. Flexibilidad de la organización : como se señaló anteriormente, ya que tiene repositorios que organiza según lo necesite, es fácil comenzar solo y permitir que otras personas trabajen con usted cambiando su organización. No se impone ninguna organización, por lo que solo tiene que configurarla y listo. A menudo solo presiono / extraigo cambios entre mis propias computadoras (computadora portátil / escritorio / servidor) y todavía estoy solo en mis desarrolladores. Uso Mercurial y eso me ayuda a duplicar mi trabajo, pero también a trabajar en funciones que pensaba fuera de mi computadora portátil, luego continúo trabajando en otras funciones en mi escritorio, luego empujo los cambios de mi computadora portátil en mi escritorio o servidor y fusiono todo el escritorio + portátil y ponerlo (como respaldo y futuro repositorio de trabajo en equipo) en mi servidor.
4. Ayuda a configurar copias de seguridad : si configura un repositorio central (en GitHub si es público, o en un repositorio privado en BitBucket) puede escribir fácilmente un script que se ejecutará cada vez que se inicia una computadora, y luego pasar dicho script en a tus amigos para que haga copias de seguridad automáticas de tu trabajo regularmente. Es lo que estoy haciendo, así que ahora estoy seguro de que no será fácil perder mi trabajo.

De hecho, actualmente, no tiene excusa para no usar una herramienta fuente de control para ningún proyecto. Porque son más potentes y flexibles que antes y se adaptan a sus necesidades.

el control del código fuente es completamente inútil para desarrolladores independientes, porque como todos sabemos:

• los desarrolladores independientes nunca cometen errores
• los desarrolladores independientes nunca realizan revisiones que no funcionan
• los desarrolladores independientes nunca tienen más de una versión, por lo que no tienen uso para sucursales
• a los desarrolladores independientes nunca les importa lo que cambiaron ayer o la semana pasada
• los desarrolladores independientes nunca necesitan copias de seguridad

Llámeme "desarrollador dependiente": los repositorios de Mercurial se clonan fácilmente entre mi escritorio, computadoras portátiles, unidades de respaldo USB y bitbucket.org. ¡Me he vuelto dependiente y me gusta así!

Por qué no?

Soy un desarrollador en solitario y uso BitBucket y Mercurial para mis proyectos personales. Tener la capacidad de revertir y bifurcar su código es demasiado bueno para dejarlo pasar.

Encuentro valor en ello, personalmente. Todos mis proyectos se registran en repositorios git (todos los cuales guardo en varias máquinas en caso de una falla de hardware). Las características más útiles son la ramificación (para que pueda ejecutar un experimento que interfiera con la mitad de mi base de código, y no preocuparme por hacer estallar algo permanentemente) y revertir (que básicamente es deshacer con esteroides; en caso de que descubra que hice algo error que está fuera del rango normal de deshacer).

Si. Es muy muy útil Mi amigo Matt Gallagher publicó este excelente artículo sobre este tema hace solo unos días en su blog de desarrollo iOS / MacOS "Cocoa With Love".

El artículo está centrado en Mac y Git, pero cubre los conceptos básicos.

También puede estar interesado en las siguientes preguntas de StackExchange (y sus respuestas).

• ¿Existen ventajas al usar un dvcs para un desarrollador en solitario?
• ¿Qué herramientas técnicas pueden beneficiar a un desarrollador en solitario?
• Git para un desarrollador en solitario.

¿¿Valor?? ¡Debe! Si no usa el control de fuente, entonces no controla sus fuentes, y eso es malo. No puede diferenciar, no puede revertir, no puede rastrear los cambios: pasará horas tratando de descubrir el error ficticio que acaba de ingresar. Es mejor tenerlo en algún servidor respaldado, pero también puede usar su computadora y usar cualquier método de respaldo que considere apropiado.

Absolutamente use el control de fuente. Luego configure un servidor de compilación y automatice sus procesos de compilación y prueba. Activa las compilaciones de tus confirmaciones de origen de tu repositorio central. He estado trabajando solo durante tres años de esta manera y es maravilloso.

Si.

Incluso los desarrolladores individuales necesitan a veces ver el estado de su código de alguna revisión anterior. Y siempre es una buena idea hacer una copia de seguridad de todo lo importante, y eso se aplica a todas las personas.