¿Otros usos del control de versiones que para el código?

Al ver esto: http://www.suckless.org/wiki.html . Una wiki basada en Mercurial. ¿Hay algún otro uso no relacionado con el código para el control de versiones? ¿Hay algún otro proyecto que use herramientas de control de versiones en lugar de progtwigr su propia solución específica?

Sistema simple de seguimiento de errores con un file por error, estructura de carpetas para manejar estados y convención de nombres para una búsqueda más simple.

Una pareja que viene a la mente

  1. Documentación
  2. presupuesto
  3. bases de testing

Poner /etc u otros directorys / files de configuration bajo el Control de versiones puede ser útil cuando se hace correctamente.

También a algunas personas les gusta poner su directory de inicio bajo control de versión .

Yendo más abajo en la ruta "sin código", ¿qué hay de GTD?

Si mantiene sus tareas, contexts, acciones siguientes, etc. en text sin formatting, puede usar el control de versiones para mantener y reproducir las actividades de su proyecto. Los loggings de compromiso podrían proporcionar un buen resumen de actividad si tiene que informar tales cosas.

Archivos de configuration. Una buena manera de documentar los cambios en su sistema. Y siempre ser capaz de revertir los cambios.

Como estudiante que está a punto de graduarse en busca de trabajo, estoy usando el control de versiones para mi currículum.

Por qué lo estoy haciendo

  1. Puedo mantener un único currículum por defecto para la mayoría de las requestes de empleo (el "tronco").
  2. Si quiero jugar con diferentes opciones de formateo, puedo ramificarme y jugar allí sin afectar el tronco
  3. Si necesito una copy más reciente a corto ploop, el tronco siempre tiene una versión estable
  4. Si cierta oferta de trabajo requiere habilidades específicas, puedo ramificar una versión donde destaco esos
  5. Puedo crear tags para hacer un seguimiento de las versiones que envié compañías específicas, lo que puede ayudarme a prepararme para las entrevistas
  6. Es divertido ver cómo mi currículum evoluciona con el time 🙂

En mi oficina lo usamos como una forma de compartir files desconectado a veces. Hay alnetworkingedor de 4 GB de files en la revisión HEAD y funciona de manera shiny. Tener el historial de versiones completo de todos sus documentos es una excelente herramienta de respaldo.

Tenemos un grupo de diseñadores de charts que estamos intentando convertir para usar Team Foundation Server, a través de Teamprise.

Además, no piense en ello simplemente como código en un sentido tradicional. También se pueden capturar y versionar los scripts de database, los scripts de indexing para los dispositivos de búsqueda, etc. Junto con un buen process de compilation, puede quitarle gran parte del esfuerzo manual al implementar estos artefactos.

Y, como otros han mencionado, documentation, datos de testing, etc.

Yo usaría VC para implementar una function de file (o de respaldo) para los datos en el disco.

También:

  • Cualquier documento relacionado con un proyecto.

No es de lo que está hablando, pero el software de control de versiones podría ser una plataforma fácil para compartir files con un amigo o una networking pequeña.

Por RAZONES PURAMENTE LEGALES SOLAMENTE, por supuesto.

Todo lo que pasa por versiones (documentos, códigos, presentaciones, anuncios, imágenes …) puede beneficiarse del control de versiones. Si hay más de una persona que usa / edita la pieza, definitivamente necesita control de versión. Realmente, deben poder mostrar las diferencias y seguir el historial independientemente del progtwig de edición.

Gracias a esta publicación de Rands in Repose ("Dumbing Down the Cloud [sic]"), he investigado en Dropbox, que es un almacenamiento gratuito en línea con el seguimiento del historial de versiones, la reversión y el uso compartido. Para alguien como mi esposa, un profesor que trabaja con compañeros de trabajo en periódicos de todo el país, este es un gran paso adelante en su flujo de trabajo.

Mi empresa almacena toda la documentation del ciclo de vida para cada versión del producto en el control de la versión. Estos son elementos creados durante el desarrollo, testing y lanzamiento de productos.

Empezamos esto para apoyar el desarrollo, pero terminó gustando tener control de versiones e historial para la documentation, casos de testing, etc.

Una respuesta tardía, pero sentí que esto pertenecía aquí:

Hace algún time, utilicé Git para rastrear el time de juego. Ataron los atajos de los juegos a un pequeño progtwig que supervisaba los processs y el juego guarda. Cada vez que se iniciaba un juego, cambiaba a una twig nombrada después de ese juego, y se comprometía a save cada 10 minutos, incluso si no se cambiaban. Cuando se cerró el juego, se detuvo y volvió al modo maestro.

Simplemente abrir un " git tree " del repository me mostraría cuánto time se había ejecutado un juego, así como mantener un file versionado de sus rescates, que es realmente útil para ir "atrás en el time" si es necesario.