Sauvegarder son vault automatiquement sur GitHub
Votre vault vit dans un dossier, sur une seule machine. Un disque qui lâche, et des années de notes disparaissent d'un coup. Vous le savez, et pourtant la sauvegarde attend toujours : les copies à la main s'oublient, et les outils sérieux semblent réservés aux développeurs. Alors vous notez, en croisant les doigts.
Cette masterclass installe une sauvegarde automatique de votre vault sur un dépôt GitHub privé : une première copie poussée à la main, puis un programme de fond qui envoie une copie toutes les 60 secondes et repart seul après un redémarrage. Pensée pour des personnes non techniciennes : aucune commande sans une phrase qui dit ce qu'elle fait.
Ce que cet exercice ne peut pas casser
L'exercice du jour consiste à réunir cinq informations : vous ne tapez aucune commande, rien ne bouge sur votre machine. Et quand vous lancerez le script, la méthode reste prudente par construction : le dépôt est privé, toute commande qui écrit ou supprime est signalée avant d'être lancée, et la sauvegarde va dans un seul sens, de votre machine vers GitHub.
Ce que vous saurez faire à la fin
- Transformer le dossier de votre vault en dépôt Git relié à un dépôt GitHub privé, et pousser une première sauvegarde à la main.
- Faire tourner un programme de fond qui envoie une copie toutes les 60 secondes et repart seul après un redémarrage.
- Diagnostiquer les trois pannes les plus fréquentes : permission refusée, nom de dépôt à la casse, dépôt non privé.
- Niveau membre· le prompt prêt à coller qui génère votre script de sauvegarde complet : branchement, programme de fond, relance au démarrage, procédure de test et guide des pannes.
- Niveau Pro· je monte la sauvegarde avec vous, du jeton d'accès au test final, et je débloque vos pannes en direct.
L'automatisation n'arrive qu'après un premier envoi réussi à la main, et on ne fait confiance qu'après le test.
Six temps, dans un ordre qui ne se discute pas
Un script de sauvegarde qui marche du premier coup, ce n'est pas une affaire de talent technique : c'est une affaire d'ordre. On vérifie l'outil avant de construire l'adresse, on pousse une première copie à la main avant d'automatiser, et on teste avant de faire confiance. Voici les six temps que le prompt déroule sur votre machine.
1Vérifier que Git est installédoute : « ma machine est-elle prête ? »
Git est le moteur de toute la sauvegarde. Premier réflexe : lui faire afficher sa version. Si elle s'affiche, vous êtes équipé. Sinon, il existe une commande d'installation propre à votre système, Mac, Linux ou Windows, et la méthode vous la donne avant d'aller plus loin.
2Construire l'adresse du dépôtdoute : « à quoi sert ce jeton ? »
L'adresse du dépôt combine trois éléments : votre jeton d'accès personnel (la clé qui porte la permission "repo"), votre nom d'utilisateur GitHub et le nom exact du dépôt privé, casse comprise. C'est elle qui permet à votre machine de s'identifier auprès de GitHub à chaque envoi, sans rien vous demander.
3Brancher le vault et pousser la première copie à la maindoute : « et si une commande casse quelque chose ? »
Le dossier de votre vault devient un dépôt Git relié à GitHub, puis vous poussez une première sauvegarde vous-même. Deux garde-fous : chaque commande est précédée d'une phrase qui dit ce qu'elle fait, et toute commande qui écrit ou supprime est signalée avant d'être lancée. Rien ne part à l'aveugle.
4Installer le programme de fonddoute : « vais-je devoir y penser tous les jours ? »
Une fois le premier envoi réussi, un programme de fond prend le relais : il enregistre puis envoie une copie de votre vault toutes les 60 secondes. Vous notez d'un côté, la copie part de l'autre. Vous n'y pensez plus.
5Prévoir la relance au démarragedoute : « et après un redémarrage ? »
Un programme de fond qui meurt au premier redémarrage ne protège rien. La méthode installe donc le mécanisme de relance propre à votre système : un LaunchAgent sur Mac, un service utilisateur sur Linux. Votre machine redémarre, la sauvegarde repart seule.
6Tester, puis apprivoiser les trois pannesdoute : « comment savoir que ça tourne vraiment ? »
Le test tient en trois gestes : créer un fichier, attendre 60 secondes, vérifier qu'il apparaît sur GitHub. Et comme une panne finit toujours par arriver, la méthode se termine par le mini guide des trois plus fréquentes (permission refusée, nom de dépôt à la casse, dépôt non privé) et leur correctif. Dernière règle, non négociable : la sauvegarde va dans un seul sens, de votre machine vers GitHub. On ne modifie jamais le vault en ligne.
À vous de jouer : vos cinq informations
Prenez une feuille, cinq lignes, une par information. C'est la matière exacte que le prompt transformera en script de sauvegarde adapté à votre machine.
Le résultat, en 30 secondes
À partir de vos cinq informations, le prompt déroule tout, dans l'ordre du format de sortie : récapitulatif, vérification, branchement, automatisation, test, pannes.
Une ligne de récapitulatif de votre configuration (système, dépôt, nom d'utilisateur). La commande qui vérifie Git, avec l'installation si besoin. Les commandes de branchement, chacune précédée d'une phrase d'explication. Le bloc complet du programme de fond et de la relance au démarrage, prêt à copier. La procédure de test en trois lignes. Et le mini guide des trois pannes avec leur correctif.
Le prompt prêt à coller
# RÔLE Tu es un ingénieur système patient et méthodique, spécialisé dans la sauvegarde de données pour des personnes non techniciennes. Ton exigence : un script qui marche du premier coup sur la machine de la personne, et zéro perte de données. Tu ne t'appuies QUE sur ce que je te donne. Tout ce qui manque, tu me le demandes, tu ne l'inventes jamais. Si une commande peut détruire des données, tu m'avertis avant. # CONTEXTE Je veux sauvegarder automatiquement mon vault (un dossier de notes) sur un dépôt GitHub privé, avec une copie envoyée toutes les 60 secondes, qui survit à un redémarrage de ma machine. Ma matière (si j'en ai) :
Le prompt génère votre script complet, adapté à votre machine : vérification de Git, commandes de branchement expliquées une à une, programme de fond toutes les 60 secondes, relance au démarrage, procédure de test et guide des trois pannes. Et si vous partez de zéro, il passe en mode interview et vous pose les questions une par une. Laissez votre email, je vous l'envoie.
Vérifiez que c'est à vous
Votre sauvegarde automatique tourne depuis une semaine. Depuis votre téléphone, vous repérez une coquille dans une note affichée sur GitHub. Que faites-vous ?
D'abord avec vos mots, sans regarder les options :
Expliquez-le pour l'ancrer
Expliquez en une phrase, à un confrère qui note tout sur une seule machine : que fait le programme de fond, et pourquoi survit-il à un redémarrage ? Si c'est limpide, c'est acquis.
Ce que vous savez faire maintenant
- Brancher votre vault sur un dépôt GitHub privé et pousser une première sauvegarde à la main.
- Faire tourner un programme de fond qui envoie une copie toutes les 60 secondes et se relance seul au démarrage.
- Reconnaître et corriger les trois pannes classiques : permission refusée, nom de dépôt à la casse, dépôt non privé.
- Respecter le sens unique : le vault se modifie sur votre machine, GitHub garde la copie.
Votre machine est la seule source : la sauvegarde va dans un seul sens, vers GitHub.
Faites-le avec moi
Je monte la sauvegarde avec vous sur votre machine, je vérifie la relance au démarrage, et vos pannes se règlent en direct au lieu de traîner des semaines.