Git come sistema di backup e controllo versione

Question

Voglio utilizzare Git per eseguire il backup del mio disco di casa, ma voglio anche usarlo come sistema di controllo della versione per i progetti che verranno memorizzati nella mia unità di casa.

Come potrei fare per farlo? Devo .gitignore tutte le cartelle radice dei progetti e creare nuovi repository per loro?

Edit:

Ok ho spiegato quello che volevo a torto. Voglio avere una cronologia delle modifiche apportate al mio disco di casa come posso ottenere con Git e voglio anche confermarlo.

Answer 1

Questo legge praticamente come quello che sto facendo. Ho un repository git nella mia home directory, ma lo uso per tenere traccia solo dei file di configurazione che posso modificare a mano. (Questo esclude i file di stato mantenuti da ambienti desktop "moderni" e quasi tutto ciò che è memorizzato come XML.) Tutto il resto va in .gitignore. C'era una volta, ho deciso che la mia directory "notes" e il mio ~/.emacs.d dovevano entrare nei loro repository, così ho creato repository git in quelle directory e ho fatto in modo che il repository principale li ignorasse.

Non utilizzo questa configurazione a scopo di backup ma per sincronizzare i file tracciati tra account su macchine diverse, ma suppongo che questo potrebbe funzionare anche per i backup.

Answer 2

Utilizzare rsync per il backup. Utilizzare git per il controllo della versione.

Answer 3

Si desidera veramente utilizzare rsync per eseguire il backup dei dati. Controllare il seguente URL per ulteriori informazioni su rsync e anche alcuni esempi su come eseguire il backup dei dati:

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

Answer 4

I wrote a blog post about this un po 'indietro:

sistemi di controllo versione, con la possibile l'eccezione di SourceSafe è ottima per tenere traccia del codice. Perché? Perché erano progettati per tenere traccia del codice.

Purtroppo, però, le caratteristiche di un buon VCS sono completamente diverso - e spesso esattamente il contrario - delle caratteristiche che rendono un buon sistema di backup.

Prendere, ad esempio, la proprietà di file . Giustamente, un buon VCS, ignora la proprietà del file: quando controllo il codice di qualcun altro, dovrei essere il proprietario di quei file - non è stato originariamente creato da uid. D'altra parte, un buon sistema di backup farà tutto ciò che è in suo potere per preservare la proprietà del file: quando eseguo il ripristino dai miei backup, voglio che/etc/shaddow sia di proprietà di root e/home/wolever/di proprietà da Wolever.

MA, se si vuole veramente, controlla bup - per quanto posso dire, lo fa di backup con git "giusto".

Answer 5

Su windows git-extensions e gitGui consentono di clonare un repository, che consente di eseguire un backup senza tutti i file in .gitignore.

Avanti 7zip e il gioco è fatto!

Answer 6

ho trovato il backintime-gnome (radura/python, backend separata?) Per essere buono per i backup incrementali pianificati, che funziona per il vostro quotidiano, settimanale, mensile, ecc .. poi pronti contro termine Git per i file di origine o di altro cambiamento - i dati critici lo avvolgerebbero bene. Non ho giocato con i comandi backend comuni alla bachintime, ma sembrano tutti pitoni.

Lo sto usando in Ubuntu, "Ricorda che Back In Time è solo una GUI. La vera magia è fatta da rsync (scatta istantanee e ripristina), diff (controlla se qualcosa è cambiato) e cp (make hardlinks)." -http: //backintime.le-web.org/documentation/

Answer 7

Ci sono alcuni progetti che mirano a risolvere il problema:

BUP sembra aver fatto i maggiori progressi: https://github.com/apenwarr/bup

Ma potresti anche voler cercare gibak o coldstorage.