La question arrive presque toujours au même moment : « Mon code est dans Lovable, comment je le donne à un développeur ? » La bonne nouvelle, c'est que ce code vous appartient et que Lovable prévoit sa sortie. La moins bonne, c'est que personne ne vous explique dans quel ordre faire les choses, ni ce qu'un développeur attend vraiment de vous. Voici le mode d'emploi, tel que je le déroule avec mes clients.
Ce que dit Lovable sur votre code
Lovable synchronise chaque projet avec un dépôt Git hébergé chez GitHub, GitLab ou Bitbucket, et le dépôt est créé dans votre propre compte. Ce n'est pas une copie figée : la synchronisation marche dans les deux sens. Ce que vous modifiez dans Lovable est enregistré dans le dépôt, et ce qu'un développeur pousse dans le dépôt revient dans votre projet Lovable.
La synchronisation Git est disponible dès l'offre gratuite. Le téléchargement du code en une archive, lui, est réservé aux offres payantes, mais vous n'en avez pas besoin si le dépôt existe.
Dernier point, et c'est le plus important : vous êtes propriétaire du code et du dépôt. Déconnecter Lovable n'efface rien, ni d'un côté ni de l'autre.
Étape 1 : créer le dépôt GitHub, à votre nom
Si vous n'avez pas encore de compte GitHub, créez-le avec l'adresse e-mail de votre entreprise, pas avec celle d'un prestataire ou d'un stagiaire. Ce compte sera le coffre de votre application pour des années.
Puis, dans Lovable :
1. ouvrez les réglages du projet et la rubrique GitHub ;
2. connectez votre compte GitHub, puis autorisez l'application Lovable sur ce compte ;
3. connectez le projet : Lovable crée le dépôt et y envoie tout le code.
Une règle à ne jamais oublier : ne renommez pas, ne déplacez pas et ne supprimez pas ce dépôt une fois connecté. La synchronisation casserait, sans retour en arrière possible.
Étape 2 : donner accès au développeur, sans donner les clés de la maison
Un développeur n'a pas besoin de votre mot de passe Lovable, ni de celui de GitHub. Il a besoin de trois accès, que vous pouvez retirer à tout moment :
- le dépôt GitHub, en lecture seule pour l'audit, en écriture pour la reprise ;
- le projet Supabase (la base de données), en l'invitant comme membre de votre organisation ;
- les variables de configuration de l'application : clés de paiement, d'envoi d'e-mails, d'IA. Transmettez-les par un gestionnaire de mots de passe, jamais par e-mail.
Pour que l'audit soit utile, ajoutez ce qui ne se voit pas dans le code : ce que l'application doit faire, la liste des bugs avec la façon de les reproduire, et les écrans qui comptent le plus pour votre activité. Une liste de cinq lignes vaut mieux qu'une heure de visio.
Étape 3 : laisser le développeur travailler sans casser la synchronisation
Pendant la reprise, le développeur récupère le code sur sa machine, le corrige, le teste et le renvoie dans le dépôt. Lovable récupère ces changements automatiquement. Deux précautions évitent les mauvaises surprises :
- ne modifiez pas le projet dans Lovable en même temps qu'un développeur travaille dessus, ou prévenez-le : deux personnes qui touchent au même fichier en parallèle, c'est l'assurance d'un conflit ;
- les fonctions côté serveur (ce que Lovable appelle les Edge Functions) modifiées en dehors de l'outil doivent être redéployées depuis Lovable, ou depuis la base directement.
Une fois la reprise terminée, deux options. Vous gardez Lovable branché pour maquetter de nouveaux écrans, et tout ce qui part en production passe par le développeur. Ou vous déconnectez l'outil et l'application vit sa vie à partir du dépôt, comme n'importe quel logiciel.
Étape 4 : vérifier que vous restez propriétaire
Avant de considérer le sujet réglé, cochez ces quatre points :
- le dépôt GitHub est dans un compte à votre nom, et vous en êtes administrateur ;
- le projet Supabase est dans une organisation dont vous êtes propriétaire ;
- le nom de domaine et l'hébergement sont à votre nom ;
- vous savez où sont les clés, et vous pouvez retirer l'accès de n'importe qui en cinq minutes.
C'est ce que je livre à la fin de chaque reprise d'application faite avec l'IA : un dépôt à votre nom, une documentation qui explique comment lancer, sauvegarder et restaurer l'application, et plus aucune dépendance à une personne ou à un outil.
Un exemple concret
Imaginons Thomas, qui dirige une entreprise de nettoyage et a construit avec Lovable un outil de planning pour ses six salariés. L'outil est utile, mais il bugue sur les remplacements. Avant notre premier échange, Thomas connecte le projet à un dépôt GitHub créé avec l'adresse de l'entreprise, m'invite en lecture seule et m'envoie trois lignes : ce que fait l'outil, le bug des remplacements, et le planning du lundi matin comme écran prioritaire.
L'audit prend une demi-journée. Le bug vient de la façon dont les absences sont enregistrées, pas de l'écran. Dix jours plus tard, la correction est dans le dépôt, testée, et Lovable l'a récupérée. Thomas continue à dessiner ses prochaines idées dans l'outil, et me les passe quand elles doivent partir en production.
Et Bolt ?
Bolt propose aussi d'envoyer le projet vers GitHub. Le principe est le même : un dépôt à votre nom, un accès donné au développeur, et le travail se fait à partir du dépôt. La seule différence est le chemin dans les menus.
Questions fréquentes
Est-ce que je perds mon projet Lovable en l'exportant ?
Non. Le projet reste dans Lovable, le dépôt est une copie synchronisée. Vous pouvez continuer à l'utiliser.
Le développeur peut-il récupérer mon code sans mon accord ?
Non. L'accès au dépôt se donne et se retire depuis votre compte GitHub, en quelques clics.
Faut-il un abonnement payant pour exporter ?
La synchronisation avec GitHub est disponible dès l'offre gratuite. Seul le téléchargement du code en archive demande une offre payante.
Que faire si je n'ai plus accès au compte qui a créé le projet ?
C'est le cas le plus pénible : un projet créé par un ancien prestataire ou un stagiaire parti depuis. Commencez par récupérer l'accès au compte, ou demandez à son propriétaire de transférer le projet. Sans cela, il faudra repartir du code que vous pouvez récupérer, et parfois en refaire une partie.
Besoin d'un coup de main pour la reprise ?
Si vous avez fait les étapes 1 et 2, envoyez-moi le lien du dépôt et vos trois lignes. Je lis le code et vous recevez un premier avis écrit sous 48 heures, gratuit. Et si vous hésitez encore, le test en 8 questions vous dit en deux minutes si votre application a besoin d'une reprise.
