Versionnage des configurations
Comment éviter de perdre des réglages : sauvegardes avant modification, journal des changements, conservation des configurations hors du serveur et retour arrière.
Mis à jour le 13 août 2026
Les configurations représentent des heures de travail qui peuvent disparaître à la moindre sauvegarde ratée.
Minimum
Avant toute modification, faites une copie du fichier à côté de celui-ci : config.yml → config.yml.2026-08-13. Dans le panneau, cela se fait avec un simple bouton « Copier » — Fichiers.
Journal des modifications
Un fichier texte sur le serveur ou dans Discord : la date, le fichier, ce que vous avez modifié et pourquoi. Un mois plus tard, c’est le seul moyen de comprendre ce qui a cassé quelque chose — Runbook de mise à jour.
Stockage hors serveur
Téléchargez une archive de plugins et config sur votre propre ordinateur une fois par mois. Cela vous protège contre :
- la perte du serveur ;
- la suppression accidentelle ;
- le « comment c’était configuré la saison dernière ».
Les sauvegardes automatiques du panneau couvrent aussi ce besoin, mais votre propre copie ne dépend de rien — Stratégie de sauvegarde.
Git pour les configurations
Une option avancée : conservez vos configurations dans un dépôt privé et téléversez-les sur le serveur. Vous obtenez un historique complet des modifications et pouvez revenir à n’importe quelle version. C’est justifié pour les projets avec une équipe et plusieurs serveurs.
Ce qu’il ne faut pas stocker dans le dépôt
Les jetons de bot, les mots de passe de base de données, les clés de transfert, les clés API. Gardez-les dans des fichiers séparés qui ne finissent pas dans l’historique — Sécurité du compte.
