Git como copia de seguridad y Sistema de control de versiones

Question

Quiero usar Git para hacer copias de seguridad de mi unidad doméstica, pero también quiero usarlo como un sistema de control de versiones para proyectos que se almacenarán en mi unidad doméstica.

¿Cómo podría hacer eso? ¿Olvidé todas las carpetas raíz de proyectos y realicé nuevos repositorios para ellas?

Editar:

Ok me explicó lo que quería erróneamente. Quiero tener un historial de los cambios realizados en mi unidad de inicio como puedo obtener con Git y también quiero respaldarlo.

Answer 1

Eso se parece bastante a lo que estoy haciendo. Tengo un repositorio de git en mi directorio de inicio, pero lo uso para rastrear solo aquellos archivos de configuración que puedo editar a mano. (Esto excluye los archivos de estado guardados por los entornos de escritorio "modernos" y casi todo lo que se almacena como XML.) Todo lo demás va al .gitignore. Érase una vez, decidí que mi directorio de "notas" y mi ~/.emacs.d deberían ir a sus propios repositorios, así que creé repositorios git en esos directorios y el repositorio principal los ignoró.

No uso esta configuración para realizar copias de seguridad sino para sincronizar los archivos rastreados entre cuentas en diferentes máquinas, pero supongo que esto también podría funcionar para las copias de seguridad.

Answer 2

Utilice rsync para la copia de seguridad. Use git para control de versiones.

Answer 3

Realmente desea utilizar rsync para hacer una copia de seguridad de sus datos. revisa el siguiente URL para obtener más información sobre rsync y también algunos ejemplos de cómo hacer copia de seguridad de sus datos:

http://www.sanitarium.net/golug/rsync_backups_2010.html

Answer 4

I wrote a blog post about this hace un tiempo:

sistemas de control de versiones, con la posible excepción de SourceSafe, son excelentes para hacer un seguimiento del código. ¿Porqué es eso? Porque eran diseñados para realizar un seguimiento del código.

Lamentablemente, sin embargo, las características de un buen VCS son totalmente diferente - ya menudo exactamente lo contrario - de las características que hacen que un buen sistema de copia de seguridad.

Tome, por ejemplo, propiedad del archivo. Un buen VCS, muy correctamente, ignorará la propiedad del archivo: cuando revise el código de otra persona, debería ser el propietario de esos archivos, no lo que originalmente los creó. Un buen sistema de copia de seguridad, por otro lado, hará todo lo que esté en su poder para preservar la propiedad del archivo: cuando restaure desde mis copias de seguridad, quiero que/etc/shaddow sea propiedad de root y/home/wolever/sea propiedad por wolever.

Pero, si usted realmente desea, echa un vistazo a bup - por lo que yo puedo decir, lo hace copia de seguridad con git "derecho".

Answer 5

En windows git-extensions, así como en gitGui, puede clonar un repositorio, lo que le permitiría hacer una copia de seguridad sin todos los archivos en .gitignore.

Siguiente 7zip y ya está!

Answer 6

He encontrado que el backintime-gnome (glade/python, backend separado?) Es bueno para las copias de seguridad incrementales programadas, funciona para su diario, semanal, mensual, etc. Luego, Git repos para los archivos fuente u otros cambios -los datos críticos lo envolverían bien. No he jugado con los comandos de back-end comunes bachintime, pero todos parecen ser python.

Lo estoy usando en Ubuntu, "Tenga en cuenta que Back In Time es solo una GUI. La magia real es hecha por rsync (tomar instantáneas y restaurar), diff (verificar si algo cambió) y cp (hacer enlaces duros) ". -http: //backintime.le-web.org/documentation/

Answer 7

Hay algunos proyectos que tienen como objetivo resolver ese problema:

BUP parece haber hecho el mayor progreso: https://github.com/apenwarr/bup

Pero es posible que también desee buscar gibak o coldstorage.