Recomendaciones del sistema de control de revisión

Llegué a un punto en mi trabajo de desarrollo independiente en el que me gustaría comenzar a utilizar las técnicas de Subversion.

Hasta ahora, simplemente he estado haciendo copys de security al exportar mi database actual, y comprimirlas junto con mis files de proyecto PHP.

He leído algunos artículos en línea y vi un video con Linus Torvalds: el venetworkingicto general parece ser que Git está dentro y las viejas técnicas de CVS están fuera.

Actualmente no estoy operando bajo Linux, hago todo el trabajo PHP desde Windows -> Eclipse. Debido al hecho de que Eclipse se ejecuta en JVM, saltar a Linux -> Eclipse será más o less transparente – sistema de files a un lado.

Lo que me gustaría lograr es poder mantener un historial de revisión constante. Pero quiero que esto sea casi completamente transparente. Además, trabajo en un marco MVC y me gustaría poder mostrar mis puntos de vista a los diseñadores y hacer que funcionen también desde el sistema de control de revisiones.

Will Egit logrará lo que necesito? ¿O es demasiado sobrecarga para una fuerza de trabajo de un solo hombre? ¿Qué recomiendas que use para poder mantener un historial de revisión?

¡También requiero que el service sea gratis!

Prueba estas búsquedas

http://sofes.miximages.com/search?q=free+svn+hosting

http://sofes.miximages.com/search?q=free+mercurial+hosting

En cuanto a elegir cuál, tiendo a estar de acuerdo con la revisión de google aquí :

  • Curva de aprendizaje. Git tiene una curva de aprendizaje más pronunciada que Mercurial debido a una serie de factores. Git tiene más commands y opciones, cuyo volumen puede ser intimidante para los nuevos usuarios. La documentation de Mercurial tiende a ser más completa y más fácil de leer para los principiantes. La terminología y los commands de Mercurial también están más cerca de Subversion y CVS, por lo que es familiar para las personas que migran desde esos sistemas.

  • Soporte de Windows. Git tiene un fuerte legado de Linux, y la forma oficial de ejecutarlo en Windows es usar cygwin, que está lejos de ser ideal desde la perspectiva de un usuario de Windows. Un puerto de Git basado en MinGw está ganando popularidad, pero Windows sigue siendo un "ciudadano de segunda class" en el mundo de Git. Basado en testings limitadas, el puerto MinGW parecía ser completamente funcional, pero un poco lento. Las operaciones que normalmente se sentían instantáneas en Linux o Mac OS X demoraron varias décimas de segundo en Windows. Mercurial está basado en Python, y la distribución oficial se ejecuta limpiamente en Windows (además de Linux, Mac OS X, etc.).

Pero el suyo es el factor decisivo:

Mantenimiento. Git requiere mantenimiento periódico de repositorys (es decir, git-gc), Mercurial no requiere dicho mantenimiento. Sin embargo, tenga en count que Mercurial también es mucho less sofisticado con respecto a la administración del espacio de disco de los clientes (consulte Administración de almacenamiento de clientes más arriba).

No quiero tener que hacer "mantenimiento" en los repositorys git. Eso es simplemente inaceptable.

Resumen

En términos de esfuerzo de implementación, Mercurial tiene una clara ventaja debido a su eficiente protocolo de transporte HTTP.

En términos de características, Git es más poderoso, pero esto tiende a compensarse por ser más complicado de usar.

No he movido todas mis cosas a mercurial: SVN está bien para la mayoría de los proyectos, especialmente para proyectos de una sola persona.

Le recomiendo que obtenga una count gratuita en Assembla (SVN, Git) o GitHub y que pruebe SVN y / o Git usted mismo. ¡Estos services alojados hacen que sea súper fácil comenzar!

Usa Git o Mercurial


Érase una vez, cvs reemplazó casi por completo a su competencia y gobernó el mundo del control de versiones.

Entonces fue reemplazado por svn .

Y ahora, svn ha sido reemplazado por git .

Git es más complejo que svn , por lo que un proyecto svn podría querer seguir atacando y no convirtiendo.

Pero los días de svn están contados. Git , Mercurial y algunos sistemas propietarios son claramente el futuro del mundo de VCS. Incluso hay mecanismos para realizar operaciones cruzadas con otros types de repositorys.

Finalmente, la transición es fácil, porque git se puede usar con un repository central como si fuera una versión (mucho) más rápida de cvs o svn.

Estoy usando unfuddle y está funcionando para mí.

Desennetworkingar

Unfuddle es una solución de gestión de proyectos segura y alojada para equipos de desarrollo de software.

Sabemos que no tiene time para poner en marcha un server y luego configurar y proteger repositorys de códigos, sistemas de emisión de tickets y valiosas herramientas de administración de proyectos.

Aquí hay algunas características:

  • Proyectos

    Trabaja en muchos proyectos diferentes y gestiona cada uno de ellos desde una sola count Unfuddle. Cada proyecto tiene su propio set de tickets, hitos, posts y cuadernos.

  • El tablero

    El Tablero es el centro de información para un proyecto. Con solo un vistazo, usted y su equipo pueden ver fácilmente cualquier cambio reciente en la fuente, los posts, las inputs y cualquier hito posterior o próximo.

  • Entradas

    Los tickets de desconnection ayudan a su proyecto a mantenerse organizado. Priorice, comente y luego asigne sus boletos a los miembros de su equipo.

  • Subversion sin dolor y Git Hosting

    Exactamente lo que esperaría: depósitos ilimitados de Subversion y Git para cada proyecto en su count, con acceso rápido al código fuente del proyecto directamente desde su browser.

  • Mensajes

    Los posts tienen que ver con la comunicación simple y efectiva. Si su equipo no puede comunicarse bien, su proyecto sufrirá.

  • Personas y permissions

    Unfuddle te proporciona un control detallado sobre lo que tu equipo puede hacer.