Je vais publier et déployer votre application base44 Lovable sur l'App Store et Google Play, corrigez eas


À propos de ce service
Traduction automatique
Corrigez et déployez votre application Base44, Replit ou Lovable sur l'App Store et le Play Store
La construction EAS échoue à cause d’un crash du daemon Gradle ? L’application est rejetée pour une absence d’entrée dans Info.plist ? Le Play Store bloque parce que votre nom de package ne correspond pas à votre keystore ? Je le corrige et le construis correctement.
Ce que je fournis :
- Résoudre le crash de votre build EAS avec un daemon Gradle ou une erreur de mémoire
- Corriger le rejet de votre App Store dû à une absence de déclaration d’utilisation
- Corriger la incompatibilité de votre bundle ID ou nom de package dans eas.json
- Résoudre le blocage de votre soumission EAS en attente d’un soumissionnaire disponible
- Générer vos identifiants EAS avec un certificat de distribution et un profil de provisioning
- Créer votre keystore de version Android et signer via Play Console
- Configurer vos profils de build eas.json pour dev, prévisualisation et production
- Emballez votre application Base44, Lovable ou Replit dans une coquille native Expo ou Capacitor
- Déployez votre build sur TestFlight et la console Play pour les tests
- Automatisez vos builds avec GitHub Actions et alertes crash Sentry
Outils couverts :
- Base44
- Lovable
- Replit
- Expo
- EAS Build
- EAS Submit
- GitHub Actions
- Sentry
- Capacitor
- TestFlight
- Play Console
Envoyez vos logs de build ou votre note de rejet avant de commander. Je vous dirai ce qui doit être corrigé.
Découvrez Muhammed
AI Agent Developer and Vibe Coder: Automation, Apps, Fast Builds
- DeÉtats-Unis
- Membre depuisjuil. 2026
- Temps de réponse moy.1 heure
Langues
Anglais, Espagnol, Allemand, Italien
Traduction automatique
Autres services de Vibe coding I Offre
FAQ
Traduction automatique
Mon build EAS échoue constamment avec « le daemon de build Gradle a disparu de façon inattendue » — pouvez-vous le réparer aujourd’hui ?
Oui. Cela signifie généralement que le processus de bundling Node a été arrêté à cause d’une mémoire insuffisante ou d’un cache obsolète. Je vide le cache, ajuste votre classe de ressources dans eas.json, et relance le build jusqu’à ce qu’il passe.
Apple a rejeté mon application Base44 ou Lovable pour absence de NSMicrophoneUsageDescription — comment puis-je corriger cela ?
Oui. J’ajoute les chaînes de but manquantes dans votre Info.plist ou la clé infoPlist dans app.json, couvrant microphone, caméra, localisation et bibliothèque de photos, puis je resoumets via EAS Submit.
Est-ce que cela fonctionne si je suis sous Windows ou Linux et que je ne peux pas exécuter Xcode localement ?
Oui. EAS Build compile les binaires iOS sur les machines macOS cloud d’Expo, donc vous n’avez jamais besoin d’un Mac, Xcode ou Android Studio installé. Fonctionne de la même manière sous Windows, Linux ou Chromebook.
Pouvez-vous prendre mon projet Replit ou Lovable et le transformer en une vraie fiche d’application sur l’App Store à partir de zéro ?
Oui. J’emballe votre application web publiée dans une coquille native Expo ou Capacitor, configure app.json et eas.json, génère des fichiers .aab et .ipa signés, et vous remet un package prêt pour le store.
Pouvez-vous ajouter des notifications push ou RevenueCat puisque le wrapper intégré de Base44 ne les supporte pas ?
Oui. Le wrapper WebView par défaut de Base44 ignore les notifications push et les abonnements natifs. J’ajoute expo-notifications, des plugins Capacitor, ou des entitlements RevenueCat pour un comportement natif réel.
Combien de temps dure le test interne sur Google Play avant que je puisse mettre en ligne ?
Pas de raccourcis ici. Google exige 12 testeurs inscrits pendant 14 jours consécutifs sur la piste de test fermé avant de débloquer l’accès à la production. Je configure la piste et la liste des testeurs correctement.
Et si mon application plante sur un vrai appareil mais fonctionne bien dans Expo Go ?
Oui. Cela est généralement dû à un module natif manquant ou à un bundle JS mal lié. Je vérifie les logs de la phase de build, identifie la dépendance qui pose problème, et la reconstruis proprement.
Pouvez-vous mettre en place des builds automatiques à chaque push sur GitHub, et m’alerter si mon application en production plante ?
Oui. Je connecte eas build et eas submit à un workflow GitHub Actions pour que chaque push sur la branche principale déclenche un build, et je configure Sentry pour détecter et signaler les crashs une fois votre application en production.

