Alle Mobile-Wege abgedeckt
Flutter
So unterscheidet sich der Alltag.
| Aufgabe |
|
Ohne Plattform |
|---|---|---|
| Projektstart | Vollständig abgedeckt: Templates für Flutter, Expo sowie native iOS- | Nicht angeboten: Grundgerüst, Ordnerstruktur und Build-Skripte in jedem Projekt neu |
| iOS-Builds | Vollständig abgedeckt: macOS-Geräte in der Cloud, angebunden an die Pipeline | Teilweise abgedeckt: Ein Mac im Büro, an dem der gesamte Release-Prozess hängt |
| Signing verwalten | Vollständig abgedeckt: Android Keystore, Apple Credentials | Nicht angeboten: Zertifikate im Schlüsselbund einzelner Personen |
| Store-Metadaten | Vollständig abgedeckt: Editor für Texte, Screenshots und Changelogs je Sprache im Projekt | Nicht angeboten: Dieselben Texte in zwei oder drei Portalen pflegen |
| Veröffentlichung | Vollständig abgedeckt: App Store, Play Store und Microsoft Store über Fastlane aus der Pipeline | Nicht angeboten: Uploads von Hand, Versionsnummern manuell hochgezählt |
| Mehrere Marken aus einer Codebasis | Vollständig abgedeckt: Whitelabel-Varianten mit eigenem Branding, eigenen Domains und Store-Einträgen | Nicht angeboten: Kopierte Repositories, die nach Monaten auseinanderlaufen |
| Backend für die App | Vollständig abgedeckt: NestJS, Laravel oder FastAPI im selben Projekt, mit Server und Datenbank | Teilweise abgedeckt: Getrenntes Setup, eigene Pipeline, eigene Zugangsdaten |
| Web-Oberfläche | Vollständig abgedeckt: Next.js, Astro oder Hugo aus derselben Projektbasis | Teilweise abgedeckt: Drittes Setup, oft bei einem weiteren Anbieter |
| Fehler im Betrieb | Vollständig abgedeckt: Sentry, sobald du dein Konto unter Anbindungen verbindest, für App und Backend | Teilweise abgedeckt: Pro Projekt selbst aufsetzen oder auf Store-Berichte warten |
| Onboarding und Vertretung | Vollständig abgedeckt: Ubuntu-Workspaces mit VS Code, JetBrains, RDP und VNC. | Nicht angeboten: Einrichtung pro Rechner, Releases hängen an einzelnen Personen |
Grün ist abgedeckt, gelb teilweise, grau nicht vorgesehen.
Sechs Punkte, die sich ab dem ersten gemeinsamen Release bemerkbar machen.
Flutter
iOS- und macOS-Builds laufen auf macOS-Geräten der Pipeline.
Fastlane bringt Builds in App Store, Play Store und Microsoft Store.
Android Keystore, Apple Credentials und Azure Artifact Signing werden in MainPath verwahrt statt auf Laptops.
Die API deiner App wird aus demselben Projekt gebaut und deployt, mit Docker, Datenbank, Reverse-Proxy, SSL und Backups.
Sobald du Sentry unter Anbindungen verbindest, siehst du Fehler mit Stacktrace, Release

Vier Schritte vom ersten Projekt bis zum Store-Eintrag.
Wähle im Assistenten Plattformen und Komponenten.
Apple Credentials, Play-Zugang, Android Keystore und bei Bedarf Azure Artifact Signing werden zentral gespeichert.
Lege die API im selben Projekt an und verbinde einen eigenen oder einen Managed Server für Docker, Datenbank und SSL.
Die Pipeline baut, signiert und lädt hoch.
Flutter, Expo sowie native iOS- und Android-Projekte gehören zu den Templates, auch als Whitelabel-Variante.
Für Pipeline-Builds nicht. MainPath stellt macOS-Geräte bereit, auf denen gebaut
Du legst Branding, Domain und Store-Eintrag pro Marke im Projekt fest.
Ja. Du kannst MainPath zunächst nur für die App nutzen und dein Backend unverändert weiterbetreiben.
Projekte liegen in Organisationen, Rollen und Zugriffsrechte bestimmen, wer welches Projekt sieht und bearbeitet.
Erzähl uns, was ihr baut. Wir melden uns über das Kontaktformular.