Collection de guides GitHub Copilot
Copilot a ouvert la pull request, vous l'avez fusionnée. Que main arrive maintenant aussi sur iPhone et Android. Tous les guides pour les créateurs GitHub Copilot au même endroit : les guides pas à pas iOS et Android, chaque fonctionnalité native avec un prompt pour GitHub Copilot, et quoi faire si un store dit non.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
GitHub Copilot est l'assistant de code IA de GitHub : le mode agent dans VS Code et d'autres IDE, Copilot CLI et un agent cloud qui transforme les issues en pull requests. Développeurs et équipes qui travaillent déjà dans GitHub et confient issues et pull requests à Copilot.
N'importe quelle stack web dans votre dépôt GitHub : Next.js, React + Vite, Astro, Vue, Rails, Django ou ASP.NET
Fusionnez la pull request dans votre branche main et laissez votre hébergeur déployer : Vercel, Netlify ou Azure Static Web Apps compilent chaque push, ou un workflow GitHub Actions publie un build statique sur GitHub Pages. Saisissez l'URL de production ou votre domaine dans WebViewGold.
Ce que vous avez mis en place : Auth.js, Clerk, Supabase, Firebase ou Sign in with GitHub
Stripe
Aucun badge d'outil à retirer.
Imaginons que vous ayez créé avec Copilot, dans un dépôt Next.js, un planificateur de créneaux pour une banque alimentaire associative : les bénévoles voient les créneaux libres, s'inscrivent d'un geste et reçoivent un rappel la veille. Vous rédigez la checklist de conformité aux stores sous forme d'issue, l'assignez à l'agent cloud de Copilot, vérifiez sa pull request en largeur de téléphone et la fusionnez. Vercel déploie main sur shifts.yourfoodbank.org, que vous encapsulez avec WebViewGold, et le push OneSignal prévient les bénévoles quand un créneau urgent s'ouvre. Comme la connexion propose Google, l'agent ajoute Sign in with Apple dans une seconde pull request. Le bénévole de démonstration indiqué dans les notes de validation a déjà deux créneaux réservés, les deux stores approuvent l'app, et chaque pull request fusionnée l'atteint au prochain lancement.
Collez dans GitHub Copilot, vérifiez les changements, publiez.
Titre : Préparer l'app web pour l'App Store et Google Play (wrapper WebViewGold) Cette app sera publiée sous forme d'apps natives iOS et Android qui chargent l'URL de production dans le wrapper WebView WebViewGold. N'ajoutez ni Capacitor, ni React Native, ni SDK natifs ; les fonctionnalités natives viennent du pont JavaScript de WebViewGold documenté sur https://www.webviewgold.com/llms-full.txt. Ouvrez une seule pull request qui remplit ces critères d'acceptation : - [ ] Balise meta viewport, aucun débordement horizontal de 320px à 1024px, zones tactiles de 44px, padding safe-area-inset sur les en-têtes et pieds de page fixes - [ ] Pages /privacy et /terms liées depuis le pied de page - [ ] Une action « Supprimer le compte » dans les réglages qui supprime, après confirmation, les données et l'enregistrement d'authentification de l'utilisateur - [ ] Aucune bannière « Téléchargez notre app » ni aucun lien promotionnel externe dans la navigation principale - [ ] États d'erreur avec bouton « Réessayer » pour les requêtes qui échouent ; aucun contenu factice - [ ] Les routes de l'application monopage fonctionnent au rechargement et via les deep links (fallback 404 si le site est sur GitHub Pages) - [ ] Une section « Wrapper d'app natif » qui reprend ces règles dans .github/copilot-instructions.md Si vous pouvez lancer l'app, ajoutez à la description de la pull request des captures d'écran des écrans principaux en largeur de téléphone.
Un projet d'app natif complet, pas un abonnement. Tout ce qui suit est inclus dans la licence et s'active par un simple réglage.
Déployez la branche main sur une URL HTTPS publique (Vercel, Netlify, Azure Static Web Apps ou GitHub Pages), saisissez cette URL dans WebViewGold pour iOS, compilez avec Xcode ou le Cloud Builder et soumettez via App Store Connect. La même URL alimente l'app Android.
Oui. Assignez-lui une issue avec la checklist de conformité aux stores, vérifiez en largeur de téléphone la pull request qu'il ouvre, puis fusionnez-la. Comme l'app des stores charge votre déploiement, les modifications fusionnées atteignent les apps installées sans nouvelle version sur les stores.
Pour une app statique ou rendue côté client, oui, avec un domaine personnalisé, HTTPS imposé et un fallback pour les routes de l'application monopage. Si l'app a besoin de code serveur, de routes API ou de secrets, déployez-la plutôt sur Vercel, Netlify ou Azure.
Seulement si l'app est un client de GitHub lui-même, par exemple un tableau de bord des dépôts de l'utilisateur, car la directive 4.8 exempte les apps dans lesquelles les utilisateurs doivent se connecter à un service tiers précis pour accéder à leur contenu sur ce service. Pour tout autre produit, ajoutez Sign in with Apple, ou une autre méthode de connexion qui remplit les conditions de confidentialité de la directive, à côté du bouton GitHub. Google Play n'a pas de règle équivalente, mais sa section App access exige tout de même des identifiants qui permettent à l'examinateur d'entrer.
C'est fortement recommandé. Un site de projet se trouve sous username.github.io/repo-name/ : les fichiers qui doivent se trouver à la racine du domaine, comme apple-app-site-association et assetlinks.json pour les Universal Links et les App Links, ne peuvent donc pas être servis pour lui, et déplacer le site plus tard changerait l'URL dans votre app. Avec votre propre domaine, HTTPS imposé et un fallback 404.html pour les routes de l'application monopage, GitHub Pages est un très bon hébergeur pour une app statique publiée sur les stores.
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principale$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuite$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.
Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours
Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.
