CI/CD dla Flutter — GitHub Actions

CI/CD (Continuous Integration / Continuous Deployment) to automatyzacja testów i deploymentu. Push do main → testy → build → deploy. Zero manual work.

Dlaczego CI/CD dla MVP

• Szybsze iteracje: Deploy w minuty, nie godziny
• Mniej bugów: Testy przed każdym deploymentem
• Confidence: Wiesz że nic nie zepsułeś
• Automatyzacja: Nie musisz pamiętać o testach

GitHub Actions — podstawy

GitHub Actions to CI/CD built-in w GitHub. Darmowy dla public repos, 2000 minut/mies dla private.

Workflow: YAML file w .github/workflows/

Trigger: Push, PR, schedule, manual

Jobs: Kroki do wykonania (test, build, deploy)

Runners: Maszyny które wykonują jobs (Ubuntu, macOS, Windows)

Flutter CI/CD Pipeline

Etap 1: Test (każdy push)

• Analyze code (flutter analyze)
• Run tests (flutter test)
• Check formatting (dart format --set-exit-if-changed)

Etap 2: Build (merge do main)

• Build Android APK/AAB
• Build iOS IPA (wymaga macOS runner)
• Build Web

Etap 3: Deploy (tag/release)

• Android → Google Play (internal testing)
• iOS → TestFlight
• Web → Firebase Hosting

Przykładowy Workflow (Web)

Trigger: Push do main
Steps:

• Checkout code
• Setup Flutter
• Get dependencies
• Run tests
• Build web
• Deploy to Firebase Hosting

Czas: ~5 minut

Secrets Management

API keys, credentials → GitHub Secrets (Settings → Secrets)

• FIREBASE_TOKEN
• GOOGLE_PLAY_KEY
• APPLE_CERTIFICATES

Workflow ma dostęp przez ${{ secrets.FIREBASE_TOKEN }}

Best Practices

• Fast feedback: Testy w < 5 min
• Fail fast: Analyze → Test → Build (w tej kolejności)
• Cache dependencies: Nie pobieraj Flutter SDK każdym razem
• Parallel jobs: Test Android i iOS równolegle
• Branch protection: Wymagaj passing tests przed merge

Alternatywy dla GitHub Actions

Codemagic: Specjalizuje się w Flutter, łatwiejszy setup
Bitrise: Mobile-focused CI/CD
GitLab CI: Jeśli używasz GitLab

Dla MVP: GitHub Actions wystarczy (darmowy, integracja z repo).