Passer au contenu principal
CI/CD

Construire et déployer automatiquement votre application avec GitLab

Créez votre propre pipeline CI/CD avec GitLab gratuitement et déployez votre application Ionic Capacitor à chaque fois que vous poussez vers la branche principale.

Crédits de l'article

Martin Donadieu

Auteur

Valeria

Relecteur

Jordan

Éditeur

Application de build et de mise en production automatique avec GitLab

Cet article vous guidera sur la mise en place de la chaîne d'intégration/continu (CI/CD) avec GitLab.

Avant-propos

Assurez-vous d'avoir ajouté votre application Capacitor en premier lieu à Capgo, cet article se concentre uniquement sur la phase d'upload. Si vous devez ajouter votre application à Capgo, vous pouvez suivre ce Tutoriel.

Convention de commit

Commencez par suivre la convention de commit context : Page/zone : Page de produit de build natif de Capgo / produit de build natif dans le cloud. Rôle : Étiquette de navigation ou élément de menu court. Clé de message `native_build_builder_credit_first` (Crédit du constructeur de build natif).Commits conventionnels

` cela vous aidera à comprendre comment mettre à jour le numéro de version, ce sera 5 minutes à apprendre.

Commits conventionnels pour la balise GitLab CI/CD

Créez un fichier .gitlab-ci.yml dans la racine de votre dépôt GitLab avec le contenu suivant :

 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

Remplacez « gitlab@votredomaine.com » et « GitLab CI/CD » par votre adresse e-mail et votre nom d'utilisateur GitLab dans la section de script. Cette configuration déclenche uniquement la tâche lors des push vers la branche principale et exclut les commits dont les messages commencent par « chore(release): ».

GitLab CI/CD pour la construction

Ajoutez une autre étape à votre fichier .gitlab-ci.yml pour la construction :

    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

Assurez-vous d'avoir ajouté votre clé Capgo API (CAPGO_TOKEN) en tant que variable CI/CD dans votre projet GitLab. Allez dans votre projet GitLab, naviguez jusqu'aux Paramètres > CI/CD > Variables et ajoutez une variable nommée CAPGO_TOKEN avec la valeur de votre clé API.

Personnalisez le script de construction pour correspondre au processus de construction spécifique de votre projet, tel que la modification de la commande de construction npm.

Conclusion

Ici, nous sommes arrivés ! Nous avons pris une étape supplémentaire dans notre parcours technologique. Dans le développement logiciel moderne, CICD est un facteur essentiel à prendre en compte. J'espère donc que ce guide a du sens pour tout le monde.

Continuez de l'article Suivez les étapes automatiques et de publication d'application avec GitLab

Si vous utilisez Configuration automatique et de mise en production avec GitLab pour planifier l'automatisation de CI/CD, la connecter à Capgo CI/CD pour le flux de travail du produit dans Capgo CI/CD, Capgo Builds natifs pour le flux de travail du produit dans Capgo Builds natifs, Capgo Integrations for the product workflow in Capgo Integrations, Intégration CI/CD pour les détails d'implémentation dans Intégration CI/CD, et GitHub Actions Integration for the implementation detail in GitHub Actions Integration.

Mises à jour en temps réel pour les applications Capacitor

Quand un bug de couche web est en ligne, expédiez la correction par Capgo au lieu d'attendre des jours pour l'approbation des magasins d'applications. Les utilisateurs reçoivent la mise à jour en arrière-plan tandis que les modifications natives restent dans la voie de revue normale.

un soutien humain de Martin

Démarrer maintenant

Dernières actualités de notre Blog

Capgo vous donne les meilleures informations dont vous avez besoin pour créer une application mobile vraiment professionnelle.