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 programar su propia solución específica?Otros usos del control de versiones que para el código?
Sistema simple de seguimiento de errores con un archivo por error, estructura de carpetas para manejar estados y convención de nomenclatura para una búsqueda más simple.
Usaría VC para implementar una característica de archivado (o copia de seguridad) para los datos en el disco.
también:
Una pareja que vienen a la mente
Pero sigue siendo básicamente el mismo concepto. La "documentación" es esencialmente un código fuente, pero solo para un consumidor diferente. –
Poner /etc u otra configuración de directorios/archivos bajo control de versiones puede ser útil cuando se hace correctamente.
A algunas personas les gusta put their home directory under version control.
etckeeper (http://kitenet.net/~joey/code/etckeeper/) es una buena herramienta para manejar/etc en un sistema de control de versiones. Está empaquetado para Debian y Ubuntu. –
Archivos de configuración. Una buena manera de documentar los cambios en su sistema. Y siempre ser capaz de revertir los cambios.
Yendo más abajo en la ruta "sin código", ¿qué hay de GTD?
Si mantiene sus tareas, contextos, acciones siguientes, etc. en texto sin formato, puede usar el control de versiones para mantener y reproducir las actividades de su proyecto. Los registros de compromiso podrían proporcionar un buen resumen de actividad si tiene que informar tales cosas.
En mi oficina lo usamos como una forma de compartir archivos desconectado en ocasiones. Hay alrededor de 4 GB de archivos en la revisión HEAD y funciona de manera brillante. Tener el historial completo de la versión todos sus documentos es una gran herramienta de copia de seguridad.
No es de lo que está hablando, pero el software de control de versiones podría ser una plataforma fácil para compartir archivos con un amigo o una red pequeña.
Para RAZONES LEGALES PURAMENTE SOLAMENTE, por supuesto.
Cualquier cosa que pase 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 programa de edición.
Gracias a la publicación this de Rands in Repose ("Dumbing Down the Cloud [sic]"), he examinado dropbox que es un almacenamiento gratuito en línea con el historial de versiones de seguimiento, reversión y 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.
Tenemos un grupo de diseñadores de gráficos que estamos intentando convertir para usar Team Foundation Server, a través de Teamprise.
Además, no lo considere solo como código en un sentido tradicional. También se pueden capturar y versionar los scripts de base de datos, los scripts de indexación para los dispositivos de búsqueda, etc. Junto con un buen proceso de compilación, también puede quitarle gran parte del esfuerzo manual al implementar estos artefactos.
Y, como otros han mencionado, documentación, datos de prueba, etc.
mi compañía almacena toda la documentación del ciclo de vida para cada versión del producto en el control de versiones. Estos son elementos creados durante el desarrollo, prueba y lanzamiento de productos.
comenzamos este para apoyar el desarrollo, pero terminó gustando tener el control de versiones y la historia para la documentación, casos de prueba, etc.
Como estudiante pronto-a-graduado en busca de trabajo, estoy usando el control de versiones para mi currículum.
Por qué lo estoy haciendo:
Poco de una respuesta tardía, pero yo sentía que esto pertenecía aquí:
Hace algún tiempo, solía Git para realizar un seguimiento del juego pasado tiempo. Ataron los atajos de los juegos a un pequeño programa que supervisaba los procesos y el juego guarda. Cada vez que se iniciaba un juego, cambiaba a una rama nombrada después de ese juego, y se comprometía a guardar 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 repositorio me mostraría cuánto tiempo se había ejecutado un juego, así como mantener un archivo versionado de sus guardados, que es realmente útil para ir "atrás en el tiempo" si es necesario.
+1 Eso es más del tipo "fuera de la caja" pensando en la pregunta. –
Realmente muy bueno. Cualquier implementación? – Loki
http://news.ycombinator.org/item?id = 351293 esta es una descripción de tal implementación usando Dropbox, pero esto debería ser aplicable a cualquier VCS – mcveat