{
"cli": {
"version": ">= 5.0.0"
},
"build": {
"development": {
"developmentClient": true,
"distribution": "internal"
},
"production": {
"ios": {
"simulator": false
}
}
},
"submit": {
"production": {}
}
}Dacă vrei să urci o aplicație React Native în App Store în 2026, vestea bună e că nu mai ai de ce să-ți prinzi urechile în Xcode. Sistemul auto-manage din Expo EAS Build se ocupă de toată birocrația Apple în locul tău. Am folosit fluxul ăsta recent pentru un SaaS cu 12k utilizatori activi și am scutit lejer 3-4 ore de configurări manuale.
Hai să vedem cum pui totul pe roate rapid și care sunt capcanele de care m-am lovit eu, ca să nu le repeți.
Pregătirea terenului: Contul de Apple Developer
Înainte să rulezi vreo comandă, ai nevoie de un cont de Apple Developer activ. Da, cel de 99$ pe an. Nu merge cu cont gratuit de sandbox. Am avut un caz în care clientul a zis că „se rezolvă imediat cu plata”, dar propagarea tranzacției la Apple a durat 36 de ore, timp în care build-ul a stat blocat. Plătește taxa din timp.
Asigură-te că ai CLI-ul actualizat la zi:
npm install -g eas-cli
Apoi, loghează-te în ambele conturi de pe terminalul tău: eas login și expo login.
Configurația de start în eas.json
EAS are nevoie de instrucțiuni clare. Creăm un fișier eas.json în rădăcina proiectului. Cel mai important este să avem profilul de production configurat corect pentru iOS, cu distribuție de tip store.
Primul build: Lasă EAS să își facă magia
Rulează comanda de build în terminal:
eas build --platform ios --profile production
Aici intervine partea mișto. CLI-ul te va întreba: „Do you want Expo to handle your credentials?”
Apeși cu încredere Yes. În spate, EAS se va conecta la contul tău de Apple Developer (îți va cere user-ul, parola și codul 2FA).
Ce face EAS automat pentru tine:
- Creează un Distribution Certificate pe serverele Apple.
- Înregistrează Bundle Identifier-ul în portalul de developeri.
- Generează un Provisioning Profile de producție sincronizat cu certificatul.
Toate aceste chei sunt stocate criptat în dashboard-ul tău Expo. Nu trebuie să descarci nimic local, nu trebuie să le muți în Keychain Access pe macOS.
Sincer, care e trade-off-ul?
Sistemul de auto-manage funcționează impecabil în 95% din cazuri. Totuși, am observat o problemă la proiectele complexe.
Dacă lucrezi într-o companie mare, unde echipa de securitate nu vrea să ofere acces 2FA pentru contul principal de Apple Developer, sau dacă ai nevoie de extensii de iOS complexe (cum ar fi widget-uri cu Bundle ID-uri secundare, Share Extensions sau Notification Service Extensions), EAS auto-manage s-ar putea să dea rateuri. În astfel de cazuri, ești obligat să treci pe credențiale manuale, generate în Xcode și încărcate prin eas credentials.
Pentru proiecte startup sau aplicații standard, însă, auto-manage-ul este sfânt și îți salvează sănătatea mintală.
Trimiterea automată în App Store Connect
Odată ce build-ul s-a terminat cu succes pe serverele Expo (durează cam 12-15 minute pe un plan gratuit), poți trimite fișierul .ipa direct în TestFlight cu o singură comandă:
eas submit --platform ios
O să-ți ceară o cheie API de App Store Connect (pe care o poți genera tot automat prin prompt-ul din terminal). După asta, în maximum 10 minute, aplicația apare în TestFlight gata de testat.
Voi ce folosiți pentru build-urile de iOS? V-ați mutat complet pe EAS sau încă mai aveți workflow-uri bazate de Fastlane rulat local?