Allez directement au contenu principal

Construirez des builds iOS à partir de n'importe quel ordinateur

Construirez des applications iOS sans posséder un Mac

La partie difficile n'est pas la compilation de Swift. C'est Xcode, les certificats, les profils de provisionnement, les clés App Store Connect et un seul ordinateur qui devient la porte de sortie. Capgo Builder donne aux équipes Capacitor un chemin CLI-premier pour des builds iOS signés à partir de n'importe où.

Support humain de Martin

0 Macs
Un matériel Apple local est requis
1 flux CLI
Configurer la mise en place de signature guidée
Mises à jour en temps réel
Les changements web quotidiens
Capgo Constructeur
npx @capgo/cli@latest build init --platform ios
npx @capgo/cli@latest build request --platform ios
# signed build runs on an ephemeral Mac runner
# logs stream back to your terminal

Gestion de capacité Mac gérée

Effectuez les builds iOS où Apple les exige. Déclenchez-les à partir de la machine que vous utilisez déjà.

Même Capgo boucle de publication

Conservez les binaires natifs pour les changements natifs et utilisez OTA pour les changements web après que l'installation du magasin est effectuée.

Le problème

iOS ne devrait pas forcer chaque équipe web à devenir une équipe d'opérations Mac

Un Mac devient la bouteille de publication

Un petit lancement se transforme en problème de matériel et de signature lorsque l'équipe a besoin de Xcode, d'une configuration macOS valide et des certificats exacts stockés sur une seule machine.

La connaissance de la signature reste tribale

Si la personne avec le profil de certificat fonctionnel est hors ligne, la publication attend. Si le profil expire, tout le monde reapprend la signature Apple sous pression.

La CI macOS DIY devient un autre produit

Les CI macOS auto-hébergés nécessitent encore des secrets, des voies Fastlane, des mises à jour d'images Xcode, des règles de conservation de journaux et des débogages lorsqu'Apple change de comportement.

Le travail caché

Ce qui rend généralement les builds iOS douloureux

L'achat d'un Mac ne résout que la exigence de matériel. Il ne supprime pas l'authentification Apple, la dérive des identifiants, la maintenance des exécutants ou la bouteille d'employés.

1

Configuration de compte Apple

Vous avez besoin de l'équipe de développeur Apple appropriée, de l'ID de bundle, des capacités, de l'enregistrement d'application App Store Connect et des autorisations d'importation avant que la première build puisse réussir.

2

Signature de fichiers et de profils

Une build de production nécessite un certificat de distribution, une exportation P12, un profil de provisionnement, une correspondance profil-bundle et un processus de renouvellement lorsqu'un élément expire.

3

Opérations de build Mac

Les versions Xcode, les exécutants macOS, CocoaPods, Fastlane, les magasins de secrets et les journaux d'importation deviennent tous de l'infrastructure que votre équipe de produit doit maintenir.

CLI exemple

Deux commandes remplacent le rituel de release Mac uniquement

La voie normale d'iOS vous demande de comprendre la signature Apple avant que vous puissiez même apprendre si votre application s'exécute. Capgo transforme cela en un processus d'installation interactif et une demande de construction.

# First-time iOS setup
npx @capgo/cli@latest build init --platform ios

# Then any teammate or CI runner can request the build
npx @capgo/cli@latest build request --platform ios

La Solution

What Capgo handles for you

Capgo separates the rare binary problem from the daily product problem. Native builds get signed in the cloud; web changes keep moving through live updates.

La Solution

Capgo Builder runs iOS builds on managed Apple hardware. Your Windows, Linux, or low-spec laptop can still trigger a signed iOS build from the terminal.

La Solution

The CLI guides you through the hard Apple pieces: bundle ID, App Store Connect key, distribution certificate, P12, provisioning profile, and multi-target profile mapping.

CLI-first release automation

La Solution

La Solution

Use Builder when native code, plugins, icons, permissions, or SDK versions change. Use live updates for JavaScript, CSS, and asset changes between store submissions.

Modèle de confiance

Construire sans remettre le processus de livraison

Les builds cloud doivent éliminer le risque opérationnel sans créer un nouveau lieu où les sources, les clés et les journaux vivent à jamais.

Aucune remise complète de la répertoire

Seuls les fichiers nécessaires pour la construction native sont envoyés au lanceur. Capgo n'a pas besoin de cloner votre répertoire Git complet pour produire une construction.

Journaux en direct par défaut

Les journaux de construction s'affichent dans votre terminal, de sorte que les sorties sensibles ne deviennent pas une autre base de données à long terme que votre équipe doit auditer.

Environnements de construction éphémères

Les informations d'identification sont transmises à l'environnement de construction actif et effacées après la construction. Le constructeur est un lanceur temporaire, et non un coffre-fort permanent des informations d'identification.

Flux de travail

De Capacitor projet à la construction signée iOS

1

Initialiser le constructeur

Exécutez la flotte d'initialisation du Constructeur à partir du projet. Le CLI lit votre Capacitor application et vous guide à travers la configuration des plateformes.

2

Configurer la mise en service

Créez ou importez les informations de signature, associez les profils de provisionnement aux identifiants de paquet et exportez les fichiers d'environnement prêts à l'intégration continue lorsque vous êtes prêt.

3

Exécutez une construction cloud

Demandez une construction iOS signée à partir du terminal local, de l'CI ou d'un flux de travail d'agent et affichez les journaux pendant qu'il s'exécute.

4

Lancez et continuez

Téléchargez sur TestFlight ou collectez un IPA, puis continuez à envoyer des correctifs de JS et d'actifs avec les mises à jour en direct du Capgo.

Signalement de l'utilisateur

Le soulagement principal que les utilisateurs mentionnent n'est pas juste l'absence de Mac. C'est que le processus de mise en production devient répétitif : initialisation une fois, demande d'une construction, affichage des journaux et arrêt de la transmission de fichiers de signature entre les équipes.

Feedback commun du Constructeur Capgo

Applications construites avec Capacitor

Les applications opérationnelles ne devraient pas attendre une Mac locale

Écoles, transports et applications de support nécessitent toujours des versions mobiles signées lorsque l'équipe est principalement web, support ou opérations. Les workflows de construction hébergés suppriment le goulet d'étranglement de la machine unique tout en gardant les étapes de signature répétitives.

Type d'application
Constructions cloud
Catégories de magasin
Éducation, VOYAGES ET LOCAL, Outils
Source
Données de magasin public
Logo de l'application IRIS ParentMail

Éducation

IRIS ParentMail

Application de communications scolaires où les équipes non natives ont toujours besoin de versions signées fiables.

1,2M d'installations 2,8 évaluation
Afficher la liste de l'App Store
Logo de l'application Técnico Virtual – Suporte Técn

TRAVEL AND LOCAL

Técnico Virtual – Suporte Técn

Une application de réservation de transport où la livraison de la mainlevée ne devrait pas dépendre d'une seule machine de développeur.

13,5M installations 2,8 évaluation
Afficher la liste de l'App Store
Logo de l'application Técnico Virtual – Suporte Técn

Outils

Técnico Virtual – Suporte Técn

Utilitaire de support où les équipes d'opérations ont besoin de registres de construction mobiles répétables.

10,3M d'installations 4,3 étoiles
Afficher la liste de l'application Google Play

Évitez de livrer des iOS sans acheter et maintenir un Mac

Démarrez avec une seule mise en production signée iOS, puis ajoutez Android, CI, mises à jour en direct et flux de travail d'équipe lorsque votre processus de lancement s'agrandit.

Support humain de Martin