Saltare al contenuto principale
CI/CD

App di costruzione e rilascio automatico con GitLab

Creare il proprio flusso di lavoro CI/CD con GitLab gratuitamente, distribuire la propria app Ionic Capacitor JS ogni volta che si pubblica su main.

Crediti dell'articolo

Martin Donadieu

Autore

Valeria

Revisione

Jordan

Editor

App di costruzione e rilascio automatico con GitLab

Questo articolo guiderà la procedura per la configurazione della pipeline CI/CD con GitLab.

Premessa

Assicurati di aver aggiunto il tuo Capacitor app prima di tutto a Capgo, questo tutorial si concentra solo sulla fase di caricamento. Se hai bisogno di aggiungere il tuo app a Capgo, puoi seguire questo Tutorial.

Convenzione di commit

In primo luogo, devi iniziare a seguire la convenzione di commit commessi convenzionali` questo aiuterà gli strumenti a comprendere come aggiornare il numero di versione, ci vuole solo 5 minuti per impararlo.

Commessi convenzionali

GitLab CI/CD per Tag

Crea un file .gitlab-ci.yml nella radice del tuo repository GitLab con il seguente contenuto

 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

Sostituisci "gitlab@vostrodominio.it” e “GitLab CI/CD” con il tuo indirizzo email e nome utente di GitLab nella sezione script. Questa configurazione attiva il lavoro solo per le push sul ramo principale e esclude i commit con messaggi che iniziano con “chore(release):”.

GitLab CI/CD per Build

Aggiungi un'altra fase al tuo file .gitlab-ci.yml per il build:

    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

Assicurati di avere la tua chiave Capgo API (CAPGO_TOKEN) aggiunta come variabile CI/CD nel tuo progetto di GitLab. Vai al tuo progetto in GitLab, naviga verso Impostazioni > CI/CD > Variabili e aggiungi una variabile denominata CAPGO_TOKEN con il valore della tua chiave API.

Personalizza lo script di build per adattarlo al processo di build specifico del tuo progetto, ad esempio modificando il comando npm di esecuzione del build.

Conclusioni

Ecco fatto! Abbiamo fatto un passo in più nel nostro percorso tecnologico. Nella moderna sviluppo software, il CICD è un fattore essenziale da considerare. Spero quindi che questo guideline abbia senso per tutti.

Continua da Automatic build and release app con GitLab

Se stai utilizzando Automatic build and release app con GitLab per pianificare l'automazione del CI/CD, connettilo con Capgo CI/CD per il workflow del prodotto in Capgo CI/CD Capgo Costruzioni native per il workflow del prodotto in Capgo Costruzioni native Capgo Integrazioni for the product workflow in Capgo Integrations, per il workflow del prodotto in __CAPGO_KEEP_0__ Integrazioni Integrazione CI/CD GitHub Actions Integration for the implementation detail in GitHub Actions Integration.

Aggiornamenti in tempo reale per le Capacitor app

Quando un bug nel layer web è attivo, invia la correzione attraverso Capgo invece di attendere giorni per l'approvazione della store. Gli utenti ricevono l'aggiornamento in background mentre le modifiche native rimangono nel normale percorso di revisione.

Supporto umano da Martin

Inizia subito

Ultimi articoli dal nostro Blog

Capgo ti dà le migliori informazioni che ti servono per creare un'app mobile davvero professionale.