Ogni settimana qualcuno chiede se sia possibile buildare, testare e rilasciare un'app Capacitor per iOS da una macchina Windows o Linux. La risposta onesta è sì, quasi per tutto, con una breve lista di eccezioni. Questa pagina è il riferimento: ogni task, se richiede macOS e cosa fare in alternativa.
Lista completa dei task
| Task | Serve macOS? | Come farlo da Windows o Linux |
|---|---|---|
| Scrivi l'app, eseguila nel browser | No | Qualsiasi editor, qualsiasi OS |
| Iscrizione all'Apple Developer Program | No | Browser |
| Crea App ID e record su App Store Connect | No | Browser |
| Certificato di distribuzione | No | OpenSSL o il generatore di certificati |
| Profilo di provisioning | No | Portale Apple Developer |
| Chiave API di App Store Connect | No | Sito App Store Connect |
cap add ios, cap sync ios |
No | Capacitor CLI, l'avviso di CocoaPods è previsto |
| Compila e firma l'IPA | Sì | Build Capgo esegue Xcode nel cloud |
| Upload su TestFlight | Sì, normalmente | Gli upload di Capgo Build usano la tua chiave API |
| Invia per la revisione App Store | No | Sito App Store Connect |
| Installa su iPhone per i test | No | App su TestFlight o link IPA ad hoc |
| Inviare aggiornamenti dopo il rilascio | No | Live Updates di Capgo |
| Simulatore iOS | Sì | Nessuna alternativa; usa un iPhone reale |
| Safari Web Inspector su iOS | Sì | Logging remoto, Chrome DevTools su Android per il web layer |
| Xcode debugger per crash nativi | Sì | Noleggia un Mac a ore quando serve |
Modifica Info.plist, entitlements, icone |
No | File di testo e immagini in ios/ |
| Aggiungi un plugin Capacitor con code nativo per iOS | No | Installa, cap sync ios, cloud build |
| Scrivi code Swift personalizzati | Parzialmente | Modifica con qualsiasi editor; gli errori di compilazione appaiono nei log del cloud build |
Perché la compilazione richiede macOS
Apple distribuisce l'SDK iOS, xcodebuild e codesign solo per macOS, e la licenza li lega all'hardware Apple. Non esiste una toolchain supportata per Linux o Windows che produca un IPA accettato dagli store. Esistono progetti che fanno cross-compile di iOS da Linux a scopo di ricerca, ma non firmano e non vengono accettati da App Store Connect. Ecco perché ogni workflow “senza Mac” che funziona sposta esattamente un passaggio su una macchina macOS: la compilazione.
Le tre strade per ottenerla:
- Comprare un Mac. Semplice, ma ora richiede aggiornamenti ogni volta che Apple alza la versione minima di Xcode. Da aprile 2026 è Xcode 26, che richiede un macOS recente.
- Noleggiare un Mac in cloud. Controllo totale, manutenzione completa e costi orari indipendentemente dal build.
- Usare un servizio di build. Invii il progetto e ricevi indietro un IPA firmato, oppure viene caricato. Capgo Build è questa opzione, mantenuto con l'Xcode corrente, così la scadenza Apple non è un tuo problema.
Il workflow minimo senza Mac
# once
bunx cap add ios
bunx @capgo/cli@latest build init --platform ios
# every native release
bun run build
bunx cap sync ios
bunx @capgo/cli@latest build request com.example.app --platform ios --build-mode release
# every web-only change
bunx @capgo/cli@latest bundle upload --channel productionIl primo blocco genera il progetto e salva le credenziali di firma. Il secondo produce un build firmato e lo invia a TestFlight. Il terzo salta completamente il Native Build per le modifiche web.
Guide dettagliate: da Windows e da Linux.
Certificati senza Keychain Access
La parte che spaventa tutti. In pratica sono tre comandi OpenSSL e due pagine web:
openssl genrsa -out ios_distribution.key 2048
openssl req -new -key ios_distribution.key -out ios_distribution.csr -subj "/emailAddress=you@example.com/CN=Your Name/C=US"
# upload the CSR in the Apple Developer portal, download distribution.cer
openssl x509 -in distribution.cer -inform DER -out distribution.pem -outform PEM
openssl pkcs12 -export -inkey ios_distribution.key -in distribution.pem -out ios_distribution.p12 -legacyPoi crea il provisioning profile per l'App Store nel portale e la chiave API in App Store Connect. Certificati iOS e provisioning profile spiegati analizza ogni tipo di errore.
Testare senza il Simulator
Usa un iPhone reale. Il build arriva su TestFlight pochi minuti dopo il completamento del cloud build, e i tester interni saltano la Beta App Review. Per i dispositivi fuori dal tuo team, richiedi un build ad hoc con --ios-distribution ad_hoc --output-upload e condividere il link. Il/La guida ai test copre ogni fase, incluso come fare il debug senza Safari.
Native code e plugin
Aggiungere un plugin della community è un bun add e a una cap sync ios; il code Swift viene compilato in cloud. Scrivere il proprio Swift per un plugin custom funziona con qualsiasi editor. Perderai l'autocomplete e il feedback immediato della compilazione, quindi l'approccio pratico è mantenere piccola la parte nativa, compilare presto con un debug cloud build e leggere gli errori dallo stream dei log di Xcode. --ai-analytics trasforma un build fallito in una diagnosi in linguaggio naturale.
Quando noleggiare un Mac è ancora la scelta giusta
- Un crash nativo inspiegabile dai log che richiede il debugger di Xcode.
- Un autore di plugin che lavora su Swift quotidianamente.
- Una prima configurazione per l'App Store in cui vuoi vedere l'interfaccia di signing di Xcode per capire come funziona.
Per un tipico team Capacitor, questi non sono eventi settimanali. Affittare un Mac per un'ora quando serve costa molto meno che comprarne uno per ogni developer.
Guide di configurazione correlate
- Sviluppo Capacitor su Windows
- Sviluppo Capacitor su Linux
- Capacitor con WSL2 su Windows
- Live reload su Android da Windows e Linux
- Build di rilascio Android senza Android Studio
Riassunto
Sviluppare Capacitor su Windows o Linux include design, code, Android, certificati, TestFlight e sottomissione su App Store. Solo la compilazione richiede Apple, ma Capgo Build se ne occupa. Grazie a Live Updates per il web layer, un team senza Mac può rilasciare su iOS con la stessa frequenza di Android.
