GIT comme outil de sauvegarde

Ce n'est pas une mauvaise idée, mais je pense qu'il y a deux drapeaux rouges à lever :

• Si le disque dur tombe en panne, vous perdrez tout si vous ne poussez pas votre commit vers un autre serveur/disque. ( Eventuellement si vous avez un plan pour cela, je préfère le mentionner. )

... mais quand même, cela peut être une bonne sauvegarde pour les choses liées aux corruptions. Ou comme vous l'avez dit, si le dossier .git/ est ailleurs.

• La taille de cette sauvegarde augmentera toujours. Il n'y a pas d'élagage, de rotation ou autre par défaut.

... Donc vous pouvez avoir besoin de dire à votre cronjob d'ajouter des balises, et ensuite vous assurer que les commit qui ne sont pas balisés seront nettoyés.

J'ai développé une fois une solution de sauvegarde basée sur subversion. Bien que cela ait fonctionné assez bien (et git devrait fonctionner encore mieux), je pense qu'il existe de meilleures solutions.

Je considère rsnapshot pour être l'un des meilleurs - si ce n'est le site mieux. Grâce à une bonne utilisation de l'espace disque, j'ai un serveur de fichiers de 300 Go (avec un demi-million de fichiers) avec des sauvegardes quotidiennes, hebdomadaires et mensuelles remontant jusqu'à un an. L'espace disque total utilisé n'est qu'une copie complète + la partie incrémentale de chaque sauvegarde, mais grâce aux hardlinks, j'ai une complet structure de répertoire "live" dans chacune des sauvegardes. En d'autres termes, les fichiers sont directement accessibles non seulement dans daily.0 (la sauvegarde la plus récente), mais aussi dans daily.1 (hier) ou weekly.2 (il y a deux semaines), et ainsi de suite.

En partageant à nouveau le dossier de sauvegarde avec Samba, mes utilisateurs sont en mesure d'extraire le fichier des sauvegardes en faisant simplement pointer leur PC vers le serveur de sauvegarde.

Une autre très bonne option est rdiff-backup mais comme j'aime avoir des fichiers toujours accessibles, il suffit de diriger l'Explorateur vers \\servername rsnapshot était une meilleure solution pour moi.

Je ne l'ai pas essayé avec un système complet mais je l'utilise pour mes sauvegardes MySQL (avec l'option --skip-extended-insert) et cela a vraiment bien fonctionné pour moi.

Vous allez rencontrer des problèmes avec les fichiers de données binaires (leur contenu entier peut changer et changera) et vous pourriez avoir des problèmes avec la fonction .git Le dossier devient vraiment gros. Je vous recommande de mettre en place un .gitignore et ne sauvegarder que les fichiers texte dont vous savez vraiment que vous avez besoin.

J'ai eu la même idée de sauvegarder avec git, essentiellement parce qu'il permet les sauvegardes par version. Puis j'ai vu rdiff-backup qui fournit cette fonctionnalité (et bien plus encore). Il possède une interface utilisateur très agréable (regardez les options CLI). J'en suis très satisfait. Le site --remove-older-than 2W est plutôt cool. Il vous permet de supprimer les versions de plus de deux semaines. rdiff-backup ne stocke que les différences de fichiers.

Je suis extrêmement novice en matière de git, mais les branches ne sont-elles pas locales par défaut, et doivent être poussées explicitement vers des dépôts distants ? Ce fut une surprise désagréable et inattendue. Après tout, est-ce que je ne veux pas todo de mon repo local à être "sauvegardé" sur le serveur ? En lisant le git book :

Vos branches locales ne sont pas automatiquement synchronisées avec les branches distantes sur lesquelles vous écrivez - vous devez explicitement pousser les branches que vous voulez partager. De cette façon, vous pouvez utiliser des branches privées pour le travail que vous ne voulez pas partager, et pousser uniquement les branches de sujets sur lesquels vous voulez collaborer.

Pour moi, cela signifiait que ces branches locales, comme d'autres fichiers non-git sur ma machine locale, risquaient d'être perdues à moins d'être sauvegardées régulièrement par des moyens non-git. Je le fais de toute façon, mais cela a brisé mes hypothèses sur le fait que git "sauvegardait tout" dans mon repo. J'aimerais avoir des éclaircissements à ce sujet !