Zum Hauptinhalt springen
CI/CD

Automatisches Build- und Release-Tool mit GitLab

Erstellen Sie Ihre eigene CI/CD-Pipeline mit GitLab kostenlos und deployen Sie Ihre Ionic Capacitor JS-Anwendung bei jedem Push auf die Hauptbranch.

Artikelcredits

Martin Donadieu

Autor

Valeria

Rezensent

Jordan

Redakteur

Automatische Build- und Release-App mit GitLab

Dieser Artikel zeigt Ihnen, wie Sie eine CI/CD-Pipeline mit GitLab einrichten.

Einleitung

Be sure you have added your Capacitor app first to Capgo, this tutorial just focuses on the upload phase. If you need to add your app to Capgo, you can follow this Tutorial.

Commit-Konvention

Zuerst müssen Sie die Commit-Konvention befolgen konventionelle Commits` dies hilft den Werkzeugen, wie sie die Versionsnummer aktualisieren sollen, es dauert nur 5 Minuten, um es zu lernen.

Konventionelle Commits

GitLab CI/CD für Tag

Erstellen Sie eine .gitlab-ci.yml-Datei im Wurzelverzeichnis Ihres GitLab-Repositorys mit dem folgenden Inhalt

 stages:
      - tag

 bump_version:
   stage: tag
   only:
     - main
  except:
    variables:
  - $CI_COMMIT_MESSAGE =~ /^chore\(release\):/
  script:
   - git config --global user.email "gitlab@yourdomain.com"
   - git config --global user.name "GitLab CI/CD"
   - git checkout $CI_COMMIT_REF_NAME
   - git pull origin $CI_COMMIT_REF_NAME
   - npx capacitor-standard-version
   - git push origin $CI_COMMIT_REF_NAME --tags

Ersetzen Sie „gitlab@deinDomain.de“ und „GitLab CI/CD“ durch Ihren GitLab-E-Mail-Adresse und Ihren Benutzernamen im Skriptabschnitt. Diese Konfiguration aktiviert die Aufgabe nur bei Pushs auf die Hauptzweig und ausschließt Commits mit Nachrichten, die mit „chore(release):“ beginnen.

GitLab CI/CD für Build

Fügen Sie einen weiteren Abschnitt zu Ihrer .gitlab-ci.yml-Datei für den Build hinzu:

    stages:
      - deploy

   deploy:
     stage: deploy
     only:
       - tags  # This job will only run for tag pushes
     script:
       - apt-get update -qy && apt-get install -y nodejs npm
       - npm install -g @capgo/cli
       - npm ci
       - npm run build
       - npx @capgo/cli bundle upload -a $CAPGO_TOKEN -c production
     variables:
       FIREBASE_CONFIG: $FIREBASE_CONFIG  # Define this in your GitLab project settings
     environment:
       name: production

Stellen Sie sicher, dass Sie Ihren Capgo API-Schlüssel (CAPGO_TOKEN) als CI/CD-Variablen in Ihrem GitLab-Projekt hinzugefügt haben. Gehe zu Ihrem Projekt in GitLab, navigiere zu Einstellungen > CI/CD > Variablen und fügen Sie eine Variable mit dem Namen CAPGO_TOKEN mit Ihrem API-Schlüsselwert hinzu.

Anpassen Sie das Build-Skript an Ihren spezifischen Projekts Build-Prozess an, wie z.B. das Ändern des npm-Befehls zum Build.

Fazit

Wir sind fertig! Wir haben einen weiteren Schritt auf unserem Technologie-Journey gemacht. In der modernen Softwareentwicklung ist CICD ein entscheidender Faktor, der berücksichtigt werden muss. Ich hoffe, diese Anleitung ist für alle verständlich.

Fortsetzen von Automatischer Build und Release-App mit GitLab

If Sie __CAPGO_KEEP_0__ verwenden Automatische Build- und Release-Anwendung mit GitLab um die CI/CD-Automatisierung zu planen, verbinden Sie sie mit Capgo CI/CD für den Produktworkflow in Capgo CI/CD, Capgo nativee Builds für den Produktworkflow in Capgo Native Builds, Capgo Integrations für den Produktworkflow in Capgo Integrations, CI/CD-Integration für die Implementierungsdetails in CI/CD-Integration und GitHub Aktionen-Integration für die Implementierungsdetails in GitHub Actions-Integration.

Live-Updates für Capacitor-Anwendungen

Wenn ein Web-Schicht-Bug live ist, versenden Sie die Reparatur über Capgo anstatt Tage zu warten, bis die App-Store-Zulassung vorliegt. Die Benutzer erhalten die Aktualisierung im Hintergrund, während native Änderungen im normalen Review-Verfahren bleiben.

Menschliche Unterstützung von Martin

Los geht's jetzt

Neueste von unserem Blog

Capgo gibt Ihnen die besten Einblicke, die Sie benötigen, um eine wirklich professionelle mobile App zu erstellen.