CI/CD und Automatisierung in der Mobilentwicklung: was es ist, wie es funktioniert und warum es nötig ist

Autor: IT Sectr Veröffentlicht: 2026-04-04 Lesezeit: 9 Min.

CI/CD (Continuous Integration / Continuous Delivery) ist die Praxis des automatischen Buildens, Testens und Auslieferns einer Anwendung bei jeder Codeänderung. Laut Statista (2025) nutzen 80% der mobilen Entwicklungsteams CI/CD in ihrer Arbeit. Dieser Artikel behandelt beliebte CI-Tools, Fastlane zur Automatisierung mobiler Builds sowie Canary Release und Feature Flags.

Wichtige Erkenntnisse

  • CI (Continuous Integration) — automatische Builds und Tests bei jedem Push ins Repository.
  • CD (Continuous Delivery) — automatische Auslieferung der gebauten App an Stores oder Staging.
  • GitHub Actions, GitLab CI, Bitrise und CircleCI sind beliebte mobile CI/CD-Plattformen.
  • Fastlane — Automatisierungstool für spezifische mobile Aufgaben: Code-Signing, Screenshots, Veröffentlichung.
  • Feature Flags und Canary Release ermöglichen das sichere Ausrollen neuer Funktionen an eine Teilmenge von Benutzern.

Was ist CI/CD?

Continuous Integration

Continuous Integration ist die Grundlage der CI/CD-Automatisierung für mobile Apps. Es ist eine Praxis, bei der jeder Entwickler mehrmals täglich seinen Code in ein gemeinsames Repository einfügt. Nach jedem Push baut der CI-Server das Projekt automatisch und führt Tests aus. Wenn Tests fehlschlagen, gilt der Build als fehlerhaft und das Team behebt das Problem sofort. CI verhindert die «bei mir funktioniert es»-Situation, bei der der Code eines Entwicklers den eines anderen zerstört.

Build Pipeline — eine Abfolge von Schritten, die bei jedem Push ausgeführt werden: Code-Linting → Unit-Tests → Debug-APK/IPA-Build → Integrationstests → Release-Build. Jeder Schritt wird erst nach erfolgreichem Abschluss des vorherigen ausgeführt. Build-Artefakte — APK, IPA, AAB, Testberichte — werden gespeichert und stehen zum Download bereit.

Continuous Delivery vs Continuous Deployment

Continuous Delivery — Code wird automatisch gebaut und getestet, aber ein Mensch entscheidet über die Veröffentlichung in der Produktion. Continuous Deployment — jeder erfolgreiche Build wird automatisch in der Produktion veröffentlicht. Für mobile Apps ist CD (Auslieferung an Stores) über TestFlight oder Internal Testing üblicher, da die endgültige Entscheidung zur Veröffentlichung der Entwickler oder Manager trifft. Staging — eine Umgebung, die der Produktion so nahe wie möglich kommt und zum Testen des Builds vor der Veröffentlichung verwendet wird.

GitHub Actions und GitLab CI

GitHub Actions

GitHub Actions ist ein integriertes CI/CD-System zur Automatisierung mobiler Apps auf GitHub. Actions verwendet YAML-Konfiguration (.github/workflows) zur Definition von Pipelines. Fertige Aktionen sind für die mobile Entwicklung verfügbar: actions/setup-java, gradle-build-action für Android, xcodebuild-action für iOS. GitHub Actions bietet 2000 kostenlose Minuten pro Monat für private Repositories.

Beispiel: Ein Android-Workflow umfasst Code-Checkout, JDK 17-Einrichtung, Gradle-Abhängigkeitscaching, Lint- und Unit-Tests, APK-Build und Artefakt-Upload. Für iOS — Checkout, Xcode-Einrichtung, pod install, XCTest-Ausführung, Archivierung und IPA-Export. GitHub Actions integriert sich mit GitHub Releases, Slack und Telegram für Benachrichtigungen.

GitLab CI

GitLab CI ist ein in GitLab integriertes CI/CD-System, das über .gitlab-ci.yml konfiguriert wird. GitLab CI verwendet Runner — Agenten, die Aufgaben ausführen. Für die mobile Entwicklung können Sie Shared Runner (Linux für Android) oder eigene Runner (macOS für iOS) verwenden. GitLab CI unterstützt parallele Jobs, Artefakte, Umgebungen und manuelle Genehmigungen für Produktions-Releases.

Bitrise für mobile Apps

Warum Bitrise?

Bitrise ist eine CI/CD-Plattform, die auf mobile App-Automatisierung spezialisiert ist. Bitrise bietet fertige Steps für Android, iOS, Flutter und React Native: Gradle Runner, Xcode Archive, Flutter Test, CocoaPods Install. Bitrise konfiguriert automatisch das Code-Signing für iOS (über Codesigndoc) und stellt virtuelle Maschinen mit vorinstalliertem Xcode, Android SDK, Flutter und anderen Tools bereit.

Bitrise-Vorteile: einfache Einrichtung über den visuellen Workflow-Editor, Unterstützung für parallele Builds, Integration mit Firebase Test Lab, App Store Connect und Google Play Console. Bitrise bietet 90 kostenlose Minuten pro Monat für persönliche Projekte. Bei IT Sectr verwenden wir Bitrise für alle mobilen Projekte — es vereinfacht CI/CD erheblich im Vergleich zur manuellen GitHub Actions-Einrichtung.

Vergleich von CI/CD-Tools für die mobile Entwicklung
Kriterium GitHub Actions GitLab CI Bitrise CircleCI
Spezialisierung Allgemein Allgemein Mobil Allgemein
macOS für iOS Ja (macOS-Runner) Eigener Runner Ja (integriert) Ja (macOS)
Kostenloses Limit 2000 Min/Monat 400 Min/Monat 90 Min/Monat 6000 Min/Monat
Fastlane-Integration Über run script Über run script Fertiger Step Über run script
Code-Signing Manuelle Einrichtung Manuelle Einrichtung Automatisch Über Fastlane
Parallele Builds Ja Ja Ja Ja

Fastlane: mobile Build-Automatisierung

Was ist Fastlane?

Fastlane ist ein Tool zur Automatisierung mobiler Apps für iOS und Android, geschrieben in Ruby. Fastlane besteht aus einem System fertiger Aktionen (über 200) und einer DSL zur Beschreibung von Szenarien über die Fastfile. Fastlane löst Aufgaben, die jeder mobile Entwickler manuell erledigt: Code-Signing, Screenshot-Erstellung, Upload zu TestFlight und Google Play, Verwaltung von Zertifikaten und Provisioning-Profilen.

Wichtige Fastlane-Komponenten

Lane — ein benanntes Szenario in der Fastfile. Beispiel: lane :release do — eine Aktionskette zur Veröffentlichung eines Releases. Match — ein Tool zur sicheren Speicherung und Synchronisation von Zertifikaten und Provisioning-Profilen über ein verschlüsseltes Git-Repository. Gym — Build und Archivierung von iOS-Apps (ein Wrapper um xcodebuild). Pilot — Upload und Verwaltung von Builds in TestFlight. Deliver — Upload von Apps und Metadaten zu App Store Connect. Snapshot — automatische Screenshot-Erstellung in allen Sprachen. Screengrab — automatische Screenshot-Erstellung für Android.

Beispiel-Fastfile für Android: lane :beta ruft gradle (assembleRelease) auf, dann firebase_app_distribution zur Verteilung an Tester. Für iOS: lane :beta ruft match (Zertifikatsdownload), gym (Archivierung) und pilot (Upload zu TestFlight) auf. Fastlane kann lokal und auf einem CI-Server ausgeführt werden — was es zu einem universellen Tool in jedem mobilen Projekt macht.

Canary Release und Feature Flags

Canary Release

Canary Release ist eine CI/CD-Automatisierungsstrategie zum Ausrollen einer neuen App-Version an einen kleinen Prozentsatz von Benutzern (1–5%) vor dem vollständigen Release. In der Google Play Console wird dies über Staged Rollout implementiert: Sie veröffentlichen ein Update für 5% Ihrer Zielgruppe, überwachen Abstürze und Metriken und erhöhen den Prozentsatz, wenn keine Probleme auftreten. Im App Store Connect — über Phased Release for Automatic Updates.

A/B Testing — Vergleich zweier Versionen einer Funktion an zufälligen Benutzergruppen. In der mobilen Entwicklung werden A/B-Tests über Feature Flags, Firebase Remote Config oder serverseitige Logik durchgeführt. Canary Release und A/B-Tests minimieren Risiken beim Ausrollen neuer Funktionen.

Feature Flags

Feature Flag (Feature Toggle) — bedingte Aktivierung von Funktionalität ohne Bereitstellung neuen Codes. Ein Feature Flag ist eine Überprüfung im Code: if (featureFlag.isEnabled()) { /* neuer Code */ } else { /* alter Code */ }. Flags werden über Dienste verwaltet: LaunchDarkly, Split.io, Firebase Remote Config. Feature Flags ermöglichen Entwicklern, Code in main zu mergen, auch wenn die Funktion noch nicht für Benutzer bereit ist.

LaunchDarkly — die beliebteste Plattform zur Verwaltung von Feature Flags. LaunchDarkly bietet SDKs für iOS, Android, Flutter und React Native. Sie können Funktionen für bestimmte Benutzer, Segmente, Regionen oder einen Prozentsatz der Zielgruppe aktivieren. Feature Flags werden auch als Kill Switch verwendet — sofortige Deaktivierung einer problematischen Funktion ohne Veröffentlichung einer neuen App-Version.

Häufig gestellte Fragen

Mit welchem CI/CD-System sollte ein Anfänger beginnen?

Beginnen Sie mit GitHub Actions — wenn Ihr Code auf GitHub ist. Actions ist kostenlos für öffentliche Repositories, bietet integrierte Unterstützung für Android und iOS (macOS-Runner) und ein riesiges Ökosystem fertiger Aktionen. Für mobile Spezialisierung — Bitrise.

Brauche ich einen eigenen Mac für iOS CI/CD?

Nein, CI-Dienste (GitHub Actions, Bitrise, CircleCI) stellen macOS-Runner bereit. Sie zahlen für Nutzungsminuten. Für lokales Fastlane-Debugging benötigen Sie einen Mac, aber CI kann in der Cloud laufen.

Wie unterscheidet sich Canary Release von A/B-Tests?

Canary Release — Ausrollen einer neuen Version an eine Teilmenge von Benutzern zur Stabilitätsprüfung. A/B-Tests — Vergleich zweier Varianten einer Funktion zur Auswahl der besseren. Canary geht um Zuverlässigkeit, A/B um Konversion.

Ist Fastlane obligatorisch?

Fastlane ist nicht obligatorisch, aber sehr empfohlen. Ohne Fastlane müssten Sie xcodebuild manuell ausführen, Zertifikate verwalten und Builds über eine Weboberfläche hochladen. Fastlane automatisiert all diese Aufgaben mit einem einzigen Befehl.

Was ist Match in Fastlane?

Match ist ein Fastlane-Tool zur Verwaltung von iOS Code-Signing-Zertifikaten. Match speichert Zertifikate und Provisioning-Profile in einem verschlüsselten Git-Repository und synchronisiert sie zwischen allen Entwicklern und dem CI-Server.

Zusammenfassung

  • CI/CD — automatisches Bauen, Testen und Ausliefern der App. Ein wesentlicher Standard für jedes Team.
  • GitHub Actions — allgemeines CI/CD für GitHub-Projekte; Bitrise — spezialisiert für Mobil.
  • Fastlane — Tool für mobile Build-Automatisierung: Code-Signing, Screenshots, Veröffentlichung.
  • Build Pipeline — Schrittfolge: Linting → Unit-Tests → Build → UI-Tests → Release.
  • Canary Release — Ausrollen an 1–5% der Benutzer; Feature Flags — Funktionen ohne Deployment aktivieren.
  • Feature Flags — Laufzeit-Funktionalitätsverwaltung über LaunchDarkly / Firebase Remote Config.
  • CI/CD-Automatisierung reduziert die Release-Zeit von Wochen auf Stunden und minimiert menschliche Fehler.

Wir entwickeln eine mobile Applikation schlüsselfertig

IT Sectr entwickelt seit 2017 iOS- und Android-Apps für Startups und Unternehmen. Wir beraten Sie und schlagen die beste Lösung vor.

Projekt besprechen