El control de fuente más simple alguna vez, ¿qué usas?

Estoy trabajando en un proyecto en solitario, escribiendo todo el código, por lo que no se requiere queueboración,

Sin embargo, sí necesito las siguientes características:

  1. Verificar en una versión actual, con comentarios
  2. Asignar una label a una versión
  3. Recuperar una versión usando label / label
  4. NO HOSPEDADO (lo que significa que tengo el repository en mi máquina local)
  5. fuente libre / abierta
  6. Con una buena GUI, ¿no línea de command?

Creo que SVN es bueno, pero parece un poco exagerado para mí. ¿Alguien alguna vez se encontró con algo así?

¿Por qué la subversión es una exageración? Un minuto para instalar el server y TortoiseSVN, configuration cero.

Si desea controlar su código fuente, hágalo desde el principio, no reinvente la rueda.

No creo que svn sea excesivo para lo que estás haciendo. Es bastante trivial configurar un repository local.

Git cumple con todos sus requisitos enumerados.

Echa un vistazo al Bazar . Es un sistema de control de versiones para los seres humanos. Recibe el apoyo de la gente de Ubuntu, que crea Linux para seres humanos.

Utilizo mucho Subversion, y no es difícil configurarlo para uso personal, ¡pero otras opciones son mucho más simples!

Por ejemplo, pruebe Bazaar , Mercurial o Git . Con cualquiera de estos, es trivial configurar un repository local.

git, mercurial, bzr, svn … la list sigue y sigue y sigue.

De verdad, solo elige uno y estarás listo para irte. Hago todo mi control de fuente desde la línea de command, pero muchos / la mayoría de estos tienen guis decente. Buena suerte.

Perforce es gratis para hasta 2 usuarios. Después de eso, pagas, pero si sabes que nunca necesitarás más, es un producto muy capaz con una excelente integración de GUI e IDE.

¿Qué tal Subversion en un Stick [USB]? Es lo que uso cuando necesito tener control de fuente, pero no quiero preocuparme por los usuarios múltiples. También puede usar TortoiseSVN para acceder al repository.

Puede usar Subversion sin la molestia de una installation de server.

Simplemente descarga TortoiseSVN y crea un repository local en la carpeta que prefieras. Usa el mismo cliente para hacer actualizaciones, confirmaciones …

ver mi publicación anterior para los enlaces y respuestas relacionadas.

Como otros han mencionado, ir con un VCS distribuido (por ejemplo, mercurial , git o bazaar ) es el path a seguir para una installation simple y sin complicaciones. No importa lo fácil que sea configurar un server, no se puede evitar tener que configurar uno.

Usualmente uso mercurial, así que eso es lo que describiré, pero los diversos DVCS son bastante fáciles de usar. Es bastante fácil de usar desde la command-line, pero como estás buscando una interfaz de interfaz gráfica, el candidato obvio es TortoiseHg . Esto funciona de manera muy similar a TortoiseSVN: se integra con el explorador y le proporciona varias inputs de menu.

Si tiene un server sql (en cualquier forma, forma o forma) en su máquina local, entonces puedo recomendar sourcevault … Es gratis para usuarios individuales, y emula la interfaz de fuente segura (con la que mucha gente está familiarizada) muy bien …

Viene con un buen set de herramientas también.

http://sourcegear.com/

EDITAR: Completamente irrelevante, pero interesante, sin embargo … ¡Maldita sea, odio a los insectores de SourceGear! 😉 Antes de que SourceVault saliera, estaba trabajando en un reemploop directo a SourceSafe … al igual que su producto … (De ahí vino el nombre de "hiive" de mi website / compañía … Pero los malditos me ganaron a eso … C'est la vie!

De todos modos, a pesar de que me están golpeando con el golpe, SourceGear Vault es en realidad una increíble pieza de software, y su nueva fortaleza (que también integra el seguimiento de errores y las testings) se ve bastante bien.

La configuration de un repository es una acción única al inicio de su proyecto. En realidad, no importa si esto demora 5 minutos o 20 minutos. Este time se verá afectado por el time que pasará usando el cliente de GUI para hacer el check-in, check-out, agregar tags.

Pruebe SVN con el cliente TortoiseSVN.

Este es un enchufe descarado, pero no pude resistirme.

Estoy trabajando en una herramienta que podría ser útil para ti.

Todavía no descubrí el nombre, así que estoy usando un nombre en key de "Code Agent".

Está diseñado principalmente como un complemento para una configuration de control de fuente, pero si usted es solo un desarrollador en una sola máquina, podría ser un reemploop útil para usted.

Es un service que se ejecuta en su máquina de desarrollo. Apunte a las carpetas que contienen su código fuente, y luego creará automáticamente una copy de security cada vez que cambie un file.

Está diseñado para llenar un gran vacío dejado por los sistemas de control de fuente:

Solo protegen tus files cuando los registras explícitamente.

El control de la fuente se trata principalmente de gestionar el performance de un equipo (varios desarrolladores) en varias versiones de un proyecto. Como resultado, generalmente no es una buena idea registrar el código roto en el control de la fuente. La mayoría de las veces, los desarrolladores solo registran el código cuando "funciona principalmente".

En el mejor de los entornos, con el mejor equipo de desarrolladores, esto generalmente significa que probablemente esté promediando (en todo el proyecto) un logging por día.

Probablemente puede ir tan bajo como una vez cada varios días o varias semanas en el peor de los casos.

Sin embargo, incluso en el mejor de los casos, muchas cosas pueden suceder durante el día. Sé que si estoy en una buena racha, por ejemplo, puedo introducir un número bastante grande de errores en el transcurso del día. Durante una semana o dos, realmente puedo meter cosas.

Tener un historial de cambios de código en un nivel más granular que una vez al día o una vez a la semana puede ser realmente útil.

Es posible hacerlo con twigs de control de fuente "privadas", pero eso requiere que:

  1. Configurar la twig privada
  2. Dedique time a administrar la sucursal realizando integraciones regulares a / desde la sucursal principal.
  3. Recuerde registrar sus cambios a intervalos regulares en la sucursal privada.

El último es probablemente el asesino. Es algo fácil de olvidar.

Y, por supuesto, tan pronto como configure una sucursal privada, alguien más querrá acceder al código en ella por una razón u otra, lo que terminará impidiendo que se registre con la frecuencia que desee, lo que termina derrotando todo el propósito de la twig privada en primer lugar.

"Code Agent" corrige todo esto.

Puede configurarlo una vez y olvidarse de él.

A continuación, tiene el historial del código fuente local, con la granularidad que necesite, siempre que lo necesite. Todo de forma automática y sin tener que registrar un "código incorrecto" en el repository de control de origen de su equipo.

Para los desarrolladores en equipos, mi herramienta no reemplaza el control de fuente, sino que está diseñada como un complemento de ella. En un equipo, aún necesita administrar explícitamente los checkins en un tree de código fuente compartido.

En su caso, debido a que no está en un equipo, sin embargo, podría ser perfecto para usar como reemploop del control de la fuente. Puede agregar tags, o "instantáneas" que corresponden a puntos específicos en el time (como "error fijo 1234", "function finalizada x", etc.).

Sin embargo, no es gratis ni de código abierto. Es una herramienta por la que voy a cobrar dinero.

Sin embargo, definitivamente debe ser asequible para que un desarrollador individual compre (aún no he finalizado el precio).

Voy a search Beta-testers en algún momento a principios o mediados de enero. Si está interesado, hágamelo saber, y me complacería establecerle una versión beta privada.