SynoptïaPouvoir continuer si un accès disparaît
Du code, des procédures, des configurations d’agents : un dépôt Git peut contenir une partie importante des outils d’une entreprise. Il est utile de savoir comment les reprendre si l’accès au service principal devient indisponible.
Mettre un service en route, le maintenir et être capable de restaurer ses données sont des travaux différents. Avant d’installer une forge, mieux vaut savoir ce que l’on veut pouvoir récupérer et dans quel délai.
Ce que fournit Forgejo
Forgejo est une forge logicielle que l’on peut héberger sur l’infrastructure choisie. Elle permet d’organiser des dépôts et le travail autour du code. La documentation officielle distingue les usages et l’administration du service.
Pour un essai, commencez par un dépôt sans données sensibles. Vérifiez que vous savez l’ouvrir, le cloner et retrouver une version antérieure. Le matériel nécessaire dépendra ensuite des volumes, des utilisateurs et des services activés.
Un assistant comme Claude Code ou Codex peut aider à préparer la configuration. Il faut encore examiner ses choix, les accès exposés et la procédure d’entretien. Une commande qui se termine correctement ne valide pas toute l’installation.
Définir le sens de la copie
Forgejo documente des miroirs de dépôts. Ils servent à synchroniser un dépôt depuis ou vers un autre emplacement. Choisissez clairement la source de référence et la destination avant de les configurer.
Évitez de laisser deux côtés modifier indépendamment le même contenu sans procédure de rapprochement. Une synchronisation qui semble simple peut écraser une attente de travail si les rôles ne sont pas définis.
Un miroir peut aussi répercuter une suppression ou une modification indésirable. Il répond à un besoin de copie à jour ; conserver des états antérieurs demande une stratégie distincte.
Faire l’inventaire de ce qui manque
Le code et son historique ne représentent pas forcément tout le projet. Vérifiez séparément les pièces jointes, les discussions, les paramètres, les fichiers volumineux et les données utilisées par l’application. La documentation des miroirs signale notamment des limites selon les modes de transfert, dont le cas de LFS via SSH.
Je recommande un inventaire avec, pour chaque élément, son emplacement, son responsable et sa méthode de récupération. Un identifiant oublié ou une sauvegarde inaccessible au moment de l’incident peut bloquer la reprise malgré la présence du code.
Ouvrir une restauration avant d’en avoir besoin
La documentation de sauvegarde de Forgejo insiste sur la cohérence des données copiées. La méthode dépend des stockages et de la base utilisés. Un simple archivage d’un dossier en cours d’écriture n’est pas une recette universelle.
Préparez une restauration dans un environnement séparé. Vérifiez la connexion, un dépôt, son historique et les éléments associés. Notez la date de la copie restaurée et ce qui manquerait depuis cette date.
Ce test permet de parler concrètement du délai de reprise et de la perte possible. Il est plus utile qu’une promesse de dépendance nulle : l’auto-hébergement transfère aussi de la maintenance à la personne qui exploite le service.
Pour les agents qui modifient vos projets, voir aussi le cadre d’une exécution planifiée.