Connecter une app à GitHub est l'un des meilleurs réflexes de départ. Le dépôt conserve le code, son historique et une base de travail utilisable par d'autres développeurs. Il ne faut cependant pas lui attribuer ce qu'il ne contient pas : les données de production, les mots de passe utilisateurs, les secrets et la configuration d'hébergement vivent généralement ailleurs.
La bonne question n'est donc pas « ai-je un export ? », mais « puis-je reconstituer le service à partir de ce dépôt et des accès que je possède ? ».
Ce que GitHub protège
Selon la plateforme et la configuration, le dépôt peut contenir l'interface, les routes serveur, les fonctions, le schéma de base sous forme de migrations et les fichiers de configuration sans leurs valeurs secrètes. Il permet de relire les changements, revenir à une version précédente et poursuivre le développement hors de l'éditeur d'origine.
Le dépôt doit appartenir à ton compte ou à ton organisation. Vérifie aussi qui possède les droits d'administration et si la synchronisation fonctionne dans les deux sens ou seulement depuis la plateforme.
Ce qui demande un inventaire séparé
- Les données : les lignes de la base sont exportées, sauvegardées ou migrées par un mécanisme distinct.
- Les utilisateurs : les comptes peuvent être exportables sans que leurs moyens de connexion le soient. Une réinitialisation de mot de passe est parfois nécessaire.
- Les fichiers : documents et images stockés dans un service cloud doivent être copiés.
- Les secrets : clés d'API et variables d'environnement ne doivent jamais être commises dans GitHub. Elles sont recréées sur la cible.
- La production : domaine, certificats, tâches planifiées, journaux, alertes et règles réseau dépendent de l'hébergeur.
Plateforme par plateforme, en 2026
| Plateforme | Portabilité du code | Points à vérifier séparément |
|---|---|---|
| Lovable | Synchronisation GitHub et ZIP | Lovable Cloud ou Supabase, données, utilisateurs, fichiers, secrets |
| Bolt | GitHub et téléchargement ZIP | Bolt Database ou Supabase, intégrations, variables, déploiement |
| v0 | GitHub, branches et export | Projet Vercel, variables, domaines, services de données |
| Replit | Git et connexion GitHub | Données, secrets, commandes d'exécution, déploiement |
| Base44 | GitHub ou ZIP sur les plans compatibles, fonctions incluses | Collections exportées en CSV, authentification, SDK et services à remplacer |
Les fonctionnalités de ces outils évoluent rapidement. Cette carte doit donc être vérifiée sur le projet réel et dans la documentation du moment.
Le test utile
Clone le dépôt sur une machine qui n'a jamais ouvert le projet. Puis vérifie quatre points :
- les instructions d'installation sont présentes ;
- le projet se construit sans fichier caché provenant de la plateforme ;
- la liste des variables nécessaires est documentée sans exposer leurs valeurs ;
- un responsable sait où récupérer les données, les fichiers et les accès de production.
Si un point manque, le dépôt reste précieux. Il ne constitue simplement pas encore un plan de reprise complet. Le Scan sert à établir cette carte sans imposer une migration.