team - ¿Hay un sistema de control de versiones de Windows barebone que sea adecuado para un solo hombre?
mercurial version control (26)
Intento encontrar un control de fuente para mi uso personal que sea lo más simple posible. La característica principal que necesito es poder leer / extraer una versión pasada de mi código. Yo soy el único desarrollador. He visto muchos sistemas de control de versiones diferentes, pero todos parecen mucho más complicados de lo que necesito. Necesito uno que sea simple, se ejecute en Windows y no se exponga a la red.
Específicamente, el sistema de control de versiones no debería requerir la exposición de una interfaz HTTP, solo debería interactuar con el sistema de archivos local. Solo necesita ser un sistema de control de versiones orientado solo para un chico y un chico. La interfaz gráfica de usuario es una ventaja.
¿Alguien sabe de software satisfaría lo que estoy buscando?
¡Gracias!
-Micro
+1 para Subversion, para aquellos que no estén familiarizados con él recomendaría el SVN Book .
@gorgapor: ¿El TOS de Google Code no especifica una licencia de código abierto? No es una solución generalmente aplicable en ese caso.
Bazar. Vea Bazar en cinco minutos para un gran comienzo.
Cada vez que guarde un archivo, ejecute el comando $ bzr commit -m "Added first line of text"
y todo se ha solucionado.
Si edita sobre FTP, cree la carpeta FTP como una unidad o carpeta, y bzr update
después de la confirmación.
Cualquier sistema de control de revisión distribuida es mejor para desarrolladores individuales, como git o Mercurial. Lo mejor es que puede incorporar más desarrolladores a su proyecto sin problemas, en lugar de tener que darles acceso a su repositorio SVN o CVS centralizado principal.
Debe verificar CVSNT como servidor y usar cualquiera de los clientes que le gustaría (independiente o integrado con su IDE). Hay un montón de ellos.
Es posible que Mercurial sea bastante agradable para ese propósito. No tendrá que configurar un servidor y crear el repositorio es tan simple como hacer "hg init" en el directorio donde está su trabajo.
Esta es la misma pregunta que el sistema de control de fuente para un solo desarrollador
La conclusión es: sí, hay. Más de uno.
Mi opinión es que SVN lo hará bien. me sirve en casos similares, como se describe aquí: control de fuente de publicación única
He oído hablar de un proveedor de Subversion alojado Versionshelf ( http://www.versionshelf.com ) en un podcast que escucho.
Este sitio también tiene una lista: http://snook.ca/archives/servers/hosted_subversion/
Me gusta usar Google Code , incluso para mis proyectos one man, ya que proporciona un repositorio de Subversion ya configurado. Además, el servidor está fuera del sitio, lo que protege contra fallas del disco duro y otros desastres.
No he visto a nadie mencionar a Perforce. Perforce le permite usar su software para hasta 2 usuarios de forma gratuita. Puede ejecutar el servidor y los clientes en la misma máquina, lo que le proporcionará el entorno que desee.
Podrías ir con Mercurial .
- Es muy fácil empezar a trabajar y hay TortoiseHg que se integra muy bien con el shell de Windows.
- No necesita un servidor, ya que es un sistema de control de versiones distribuidas: puede guardar toda una copia del repositorio en una unidad flash y hacer push / pull cambios desde allí.
- Si lo desea, puede poner hg en un modo de servidor web que hace que el repositorio sea fácilmente accesible a través de http.
- A diferencia de SVN y CVS, no extiende sus directorios de metadatos por todo el repositorio. Solo hay un directorio .hg en la raíz del repositorio.
Lo uso a diario y me encanta!
Por lo que vale, puede usar Subversion & TortoiseSVN sin un servidor usando file: /// URLs para conectarse a su repositorio. He hecho esto para crear repositorios en memorias USB que puedo mover de una máquina a otra.
Aquí hay un bonito escrito: http://www.fredshack.com/docs/tortoisesvn.html
Realmente no puede ser mucho más fácil que VisualSVN para el control de versiones en Windows.
SVN y TortoiseSVN funcionan para mí. Definitivamente asegúrese de tener una copia de seguridad fuera del sitio.
Es posible que desee consultar el artículo de la wiki Comparación del software de control de revisiones . Una herramienta de comparación (algo difícil de leer) podría ayudar. Puede disfrutar si los sistemas de control de versiones fueran líneas aéreas .
Soy un usuario muy satisfecho msysgit para Windows. Contiene una copia reciente de git, así como una GUI, un shell y un explorador de historial en un solo paquete de instalación.
No necesita un componente de servidor y si decide alojarlo en alguna parte, su repositorio está firmado y el host no puede modificarlo sin que usted lo vea. Finalmente, mover el repositorio a un servidor es una operación fácil de "inserción" que mantiene todo su historial.
También soy un desarrollador solitario, y uso Subversion y TortoiseSVN.
La configuración de Subversion es rápida e indolora; se puede hacer en menos de media hora, incluida la configuración del repositorio.
Subversion no exige que se ejecute en un servidor, realmente lo ejecuto en mi máquina local y mantengo mis repositorios en una unidad separada. La conexión al repositorio usa svn: // en lugar de http: //. No estoy seguro de por qué necesita que no se exponga a la red, pero esto sería una cuestión de seguridad a través de la oscuridad. Estoy seguro de que los expertos en redes podrían sugerir mejores métodos para bloquearlo, si fuera necesario.
Una vez que se ha creado el repositorio, las confirmaciones y las actualizaciones del repositorio son tan simples como hacer clic derecho en una carpeta en el Explorador de Windows.
Todas las sugerencias anteriores son bastante simples, y sé que cvs está un poco fuera de moda en estos días, pero me gusta usar su modo local para un repositorio que ni siquiera necesita un servidor para instalar o configurar. El repositorio puede estar en cualquier lugar de su disco duro. Tengo el mío en un dispositivo de memoria para tener acceso a él en cualquier lugar, incluso sin una conexión a Internet.
Los comandos clave son:
cvs -d: local: / full / path / repository init
para crear el repositorio
mkdir / full / path / repository / project
para crear el módulo, y
cvs -d: local: / full / path / repository / cvs co project
para ver una versión local.
TortoiseCVS le brinda su UI gráfica
Use Visual SVN para configurar su servidor y luego use Tortoise para acceder a su repositorio. Ambos son de uso gratuito y lo hemos usado con éxito durante bastante tiempo.
Uso la licencia gratuita (¿2 usuarios?) De Perforce . Potente, rápido y bien documentado.
Vine aquí buscando lo mismo y vi a alguien que sugirió Google Code. Lo probé, y fue muy fácil de configurar. Exactamente lo que estaba buscando. Funciona como un encanto con TortoiseSVN (mi favorito).
Vine aquí por una solución, Google Code estaba configurado en aproximadamente 2 minutos. Puede elegir SVN, git o mercurial para el control de su versión.
Yo uso Subversion y TortoiseSVN , ambos son gratuitos. Su repositorio puede estar en la máquina local. No tiene que trabajar en una red.
Sin embargo, para recuperación de desastres o incluso falla de máquina simple, probablemente sea una buena idea almacenar su repositorio en una computadora diferente y también hacer una copia de seguridad.
Es posible que desee considerar el uso de un servicio externo para alojar sus repositorios fuera del sitio a través de Internet. Yo uso CVSDude y estoy satisfecho.
Sourcegear Vault es gratuito para un solo usuario y puede ejecutar tanto el cliente como el servidor en su propia máquina.
Subversion con TortoiseSVN .
Al igual que todos los sistemas de control de versiones, sonará bastante complejo cuando comiences, pero es realmente muy simple una vez que entres en él, funciona bien para un único desarrollador y no requiere ningún acceso a la red si no lo deseas. .
Además, es gratis.
Subversion es genial: puede ejecutar el servidor usted mismo o usar algo como assembla.com para alojar su código (aunque eso lo exponga a la red).
Hay numerosas aplicaciones de interfaz gráfica de usuario, como tortuga svn, que le permiten interactuar con el repositorio de control de origen
VisualSVN Server es un instalador completo para el Servidor Subversion en Windows.
VisualSVN es un complemento de Visual Studio para la integración de Subversion.
Por lo que entiendo, y con el riesgo de sonar como un fanboy, es posible que desee considerar un DVCS (sistema de control de versiones distribuidas) como git o mercurial. Básicamente eliminan la parte del repositorio central, por lo que debería ser ideal para usar cuando eres un desarrollador en solitario.
Otra ventaja es que cuando decides agregar personas a tu equipo unipersonal, no tienes que configurar un repositorio central. Todo lo que tienen que hacer es clonar su repositorio y ¡están listos para comenzar!
Si está basado en Windows y está acostumbrado a un plugin de shell como TortoiseSVN, elegiría mercurial. Su integración de Windows es un poco mejor que la de Git, usando TortoiseHg. La contraparte de git (guepardo) está en espera en este momento, debido a que el desarrollador se enfermó y cansó de todas las demandas que la gente estaba haciendo ;-)
Si DVCS es demasiado exótico para esta situación, siempre puedes confiar en SVN. He escuchado buenas historias sobre la solución de VisualSVN ya mencionada. Instalar, hacer algunos repositorios e ir. Instale TortoiseSVN para integración de shell, o quizás Subclipse o ankhSVN para eclipse y visual studio, respectivamente.
Nota: en realidad no he probado git o mercurial en un proyecto de la vida real, solo algunas configuraciones de prueba. Ahora tengo un proyecto simple CON control de versiones (usando mercurial en mi caso), sin tener que tener acceso a un repositorio central.