Estoy realizando algunos prototipos a nivel local que me gustaría mantener en el control de código fuente (con fines de copia de seguridad y reversión) pero no necesariamente quiero publicarlo como código abierto o ponerlo a disposición en línea para que otros lo vean.
¿Qué sistema de control de fuente recomendaría para el desarrollo local? Cualquier configuración o recorrido por mi escenario es muy apreciada.
Estoy buscando:
- Fácil configuración y administración. Como esta es mi máquina local, estoy limitado al sistema operativo Windows y realmente me gustaría minimizar la cantidad de cambios en la configuración del entorno y la curva de aprendizaje necesaria. Solo habrá un usuario, por lo que no quiero configurar los derechos de acceso, etc.
- Bajo gasto de recursos, quiero alojar localmente en mi máquina de desarrollador, por lo que no quiero que absorba mi CPU. Tampoco planeo almacenar grandes cantidades de datos.
- Familiar. He usado clientes SVN antes. La integración de Visual Studio es agradable de tener.
- Portátil. Si tengo que moverlo a una unidad externa o a otra máquina.
- Gratis. Sí, lo quiero todo y no quiero tener que pagarlo.
version-control
development-environment
bryanbcook
fuente
fuente
Respuestas:
Mi recomendación personal es git. No se requiere servidor, y poner un directorio bajo control de fuente es tan simple como:
Entonces te comprometes como de costumbre. De acuerdo con esta pregunta , también tiene una buena integración visual en el estudio.
fuente
Estoy usando Mercurial para eso. Es liviano, fácil de instalar y aprender, y tiene todas las características que necesitará para su trabajo individual. (Git fue diseñado para el desarrollo del kernel de Linux, y puede ser la mejor opción para grandes proyectos distribuidos).
fuente
Probablemente iría con mercurial, pero si te gusta SVN más que solo puedes usar repositorios SVN de tipo de archivo localmente sin ningún tipo de infraestructura más que un sistema de archivos.
fuente
Perforce haría lo que quieras. Es súper fácil de configurar (viene con un instalador), no acapara los recursos (lo ejecuté localmente yo mismo), tiene un complemento VS que funciona razonablemente bien y tiene una versión gratuita para uso individual.
Sin embargo, no he intentado portarlo a otra máquina, así que no sé qué tan bueno sea en ese sentido.
Hay algunas peculiaridades con la integración de VS, particularmente en torno a mover / renombrar archivos, pero son fáciles de solucionar utilizando el cliente de Perforce.
fuente
Si está dispuesto a alojarlo usted mismo, las sugerencias de @Karl y @ Anna funcionan. Si no quiere molestarse con eso, puede usar uno de los muchos proveedores de controles de origen alojados.
Project Portal ofrece un servicio de alojamiento SVN gratuito. http://projectlocker.com/
fuente
Yo uso el horno .
Utiliza Mercurial para el control de origen y se integra con herramientas de revisión de código, seguimiento de errores y gestión de proyectos.
Lo mejor de todo es que es gratuito para hasta 2 usuarios y su código está respaldado de forma segura en su servicio de alojamiento (alojamiento privado).
fuente
Me encanta TortiseSVN (http://tortoisesvn.tigris.org/)
Todo está integrado en el shell de Windows, no hay servidor adicional para configurar o lo que no. La curva de aprendizaje es prácticamente nula. Busque la carpeta para crear el repositorio, haga clic con el botón derecho y seleccione Crear repositorio. Realice el check-in inicial si es necesario, luego realice el check-out inicial en el directorio de sus archivos fuente.
Puede hacer todo con el shell de Windows y las carpetas svn se superponen con iconos para indicar si hay cambios en ellas.
fuente
Puedes usar git en codaset . codaset le permite tener 1 repositorio privado, por lo que no está obligado a publicar su código. Pero no estoy seguro de integrar git con Visual Studio (sé que git funciona bien en Windows ya que lo he usado con QT).
fuente
Como TortoiseGit funciona bastante bien, lo estoy usando, pero en un momento estaba usando Bazaar bastante en Windows. Creo que la curva de aprendizaje es mucho más ligera para Bazaar que Git, y Bazaar tiene un soporte más estructurado para diferentes diseños de VCS que Git. Eso significa que puede usar Bazaar de manera muy parecida a SVN, e incluso usar un repositorio SVN como repositorio remoto para un repositorio local de Bazaar.
Pensé que era un buen producto de transición que iba de SVN a VCS distribuido.
Además, pensé que TortoiseBzr no era muy bueno, pero Bazaar viene con un tablero de administración de GUI todo en uno muy bueno que utilicé mucho. Si la portabilidad es un problema, el panel de administración podría ser una buena opción en lugar de uno de los productos Tortoise ***.
fuente
Poner un proyecto en control de versiones usando Bazaar es tan fácil como:
Si está familiarizado con Subversion, entonces debería sentirse como en casa con Bazaar: los
svn
comandos más comunes también funcionan exactamente de la misma manera en Bazaar.Bazar es muy fácil de aprender, lo cual no es casual teniendo en cuenta que la usabilidad era parte de sus principales objetivos de diseño. Bazaar es una herramienta intuitiva y fácil de entender, y no se interpone en tu camino. El bazar es consistente en todo momento, debería haber pocas o ninguna mala sorpresa (tuve toneladas de buenas).
Se ajusta a la factura como describió sus necesidades, con la única excepción de la integración de Visual Studio. La última vez que lo evalué en 2010, no estaba listo para su adopción en mi lugar de trabajo, pero las cosas pueden haber cambiado desde entonces. (En cualquier caso, escribió que es bueno tenerlo).
fuente
RocketSVN es un producto congelado ahora. Ya no se está desarrollando. Entonces uso uberSVN y tortoiseSVN. Ambos son gratuitos y bastante fáciles de usar.
fuente