Gérer la construction de développement et de production avec des actions de GitHub

Cet tutoriel se concentre sur l'hébergement GitHub, mais vous pouvez l'adapter avec un petit ajustement à tout autre plateforme CI/CD.

Avant-propos

Assurez-vous d'avoir ajouté votre application Capacitor au Capgo en premier lieu, car ce tutoriel se concentre uniquement sur la phase d'upload.

Convention de commit

Commencez par suivre la convention de commit commits conventionnels ` cela aidera les outils à comprendre comment mettre à jour le numéro de version, ce sera de 5 minutes à l'apprendre.

Actions GitHub pour la balise

Ensuite, vous devez créer votre première action GitHub pour construire automatiquement et créer des balises.

Créez un fichier à cet emplacement : .github/workflows/bump_version.yml

avec ce contenu :

name: Bump version

on:
  push:
    branches:
      - main
      - development

jobs:
  bump-version:
    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
    runs-on: ubuntu-latest
    name: "Bump version and create changelog with standard version"
    steps:
      - name: Check out
        uses: actions/checkout@v6
        with:
          fetch-depth: 0
          filter: blob:none
          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
      - name: Git config
        run: |
          git config --local user.name "github-actions[bot]"
          git config --local user.email "github-actions[bot]@users.noreply.github.com"
      - name: Create bump and changelog
        if: github.ref == 'refs/heads/main'
        run: npx capacitor-standard-version
      - name: Create bump and changelog
        if: github.ref != 'refs/heads/main'
        run: npx capacitor-standard-version --prerelease alpha
      - name: Push to origin
        run: |
          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
          git pull $remote_repo $CURRENT_BRANCH
          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags

Cela publiera une balise pour chaque commit dans votre branch principale. Et un alpha déploiement pour development, et enfin un bilan de changement pour chaque commit dans CHANGELOG.md.

N'ayez pas peur si vous n'avez pas ce fichier, il vous sera créé.

Pour que cela fonctionne, vous devez créer un TOKEN D'ACCÈS PERSONNEL et l'ajouter à votre GitHub secrets As PERSONAL_ACCESS_TOKEN.

Cela est nécessaire pour permettre au CI de commiter le changelog et la mise à jour de version.

Lorsque vous créez le jeton, choisissez l'expiration comme never et le champ d'application comme repo.

Configurez la version clé dans votre package.json fichier. Utilisez pour cela la dernière version publiée dans l'App Store.

Cela n'est nécessaire que la première fois, puis les outils garderont à jour.

Vous pouvez maintenant commiter ces deux fichiers et voir votre premier tag apparaitre dans GitHub!

capacitor-standard-version est le package qui fait la magie, par défaut, il met également à jour votre numéro de version sur Android et IOS

GitHub actions pour la construction

Créez un fichier à cet emplacement : .github/workflows/build.yml

avec ce contenu :

name: Build source code and send to Capgo

on:
  push:
    tags:
      - '*'
      
jobs:
  deploy:
    runs-on: ubuntu-latest
    name: "Build code and release"
    steps:
      - name: Check out
        uses: actions/checkout@v6
      - name: Install dependencies
        id: install_code
        run: npm i
      - name: Build
        id: build_code
        run: npm build
        env:
          MY_ENV_VAR: ${{ secrets.MY_ENV_VAR }}
      - name: Create Release Alpha
        if: "contains(github.ref, '-alpha.')"
        id: create_release_prepro
        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c development
      - name: Create Release Production
        if: "!contains(github.ref, '-alpha.')"
        id: create_release_prod
        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production

Cela installera et construira vos dépendances avant de les envoyer à Capgo.

Si votre commande de construction est différente, vous pouvez la modifier dans le build_code step.

Si vous avez besoin d'une variable d'environnement, utilisez le MY_ENV_VAR et définissez le secret dans vos paramètres de projet GitHub, puis secret puis Action GitHub

Pour faire fonctionner l'upload de Capgo, vous devez obtenir votre clé API pour Capgo, l'ajouter dans le le secret de votre dépôt GitHub as CAPGO_TOKEN.

L'ajout du commit générera une nouvelle version de Capgo pour le canal de production et de développement.

Add the commit will generate a new Capacitor build for production and development channel.

Vous devez ajouter votre test dans l'étape de construction Ionic pour vous assurer que votre code fonctionne.

Allez à votre tableau de bord Capgo et vérifiez votre build qui vient d'apparaître, vous avez maintenant votre système CI/CD.

Continuez de Manage la construction de développement et de production avec les GitHub actions.

Si vous utilisez Manage la construction de développement et de production avec les GitHub actions pour planifier la routage des canaux et la mise en production étalée, connectez-l’avec Canaux pour les détails d'implémentation dans Canaux, Canaux pour les détails d'implémentation dans Canaux, Canaux pour les détails d'implémentation dans Canaux, Solution de test bêta pour le flux de travail du produit dans la Solution de Test Beta. Solution de ciblage de version pour le flux de workflow du produit dans Solution de ciblage de version.