Zum Hauptinhalt springen
CI/CD

Automatisches Build- und Release-App mit GitLab

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

Anik Dhabal Babu

Anik Dhabal Babu

Content Marketer

Automatisches Build- und Release-App mit GitLab

In diesem Artikel erfahren Sie, wie Sie die CI/CD-Pipeline-Einrichtung mit GitLab durchführen.

Einleitung

Stellen Sie sicher, dass Sie Ihre Capacitor-Anwendung zuerst in Capgo hinzugefügt haben, da diese Anleitung nur auf die Upload-Phase fokussiert ist. Wenn Sie Ihre Anwendung in Capgo hinzufügen möchten, können Sie diese Anleitung befolgen. Tutorial.

Commit-Konvention

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

Konventionelle Commits

GitLab CI/CD für Tag

Erstellen Sie ein .gitlab-ci.yml-File im Root 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@yourdomain.com" und "GitLab CI/CD" durch Ihren GitLab-E-Mail-Adresse und Ihren Benutzernamen in der Skript-Sektion. 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 eine weitere Phase zu Ihrem .gitlab-ci.yml-File 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-Umgebungsvariable in Ihrem GitLab-Projekt hinzugefügt haben. Gehe zu Ihrem Projekt in GitLab, navigiere zu Einstellungen > CI/CD > Variablen und füge eine Variable namens CAPGO_TOKEN mit Ihrem API-Schlüsselwert hinzu.

Anpassen Sie das Build-Skript, um es Ihren spezifischen Projektablauf zu entsprechen, wie z.B. das Ändern des npm-Build-Befehls.

Zusammenfassung

Wir sind da! Wir haben einen zusätzlichen Schritt in unserer Technologie-Reise unternommen. In der modernen Softwareentwicklung ist CICD ein entscheidender Faktor, der berücksichtigt werden muss. Ich hoffe, diese Anleitung macht Sinn für alle.

Fortsetzen von Automatic build and release app with GitLab

Wenn Sie CI/CD-Automatisierung mit Automatic build and release app with GitLab planen, verbinden Sie es mit Capgo CI/CD für den Produktworkflow in Capgo CI/CD, Capgo Native 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 Aktionen-Integration.

Live-Updates für Capacitor-Apps

Wenn ein Web-Schicht-Bug live ist, liefern Sie die Reparatur über Capgo anstatt Tage für die Genehmigung des App-Stores zu warten. Die Benutzer erhalten die Aktualisierung im Hintergrund, während native Änderungen im normalen Review-Verfahren bleiben.

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.