Crea e testa le applicazioni Node.js

Questa pagina spiega come utilizzare Cloud Build per creare e testare Node.js per le applicazioni, archiviare gli artefatti creati in un repository npm in Artifact Registry e generare informazioni sulla provenienza della build.

Cloud Build ti consente di utilizzare qualsiasi immagine container disponibile pubblicamente per eseguire le tue attività. Il pubblico Immagine node da Docker Hub è preinstallato nello strumento npm. Puoi configurare Cloud Build per creare il tuo progetto Node.js con questo strumento.

Prima di iniziare

Le istruzioni riportate in questa pagina presuppongono che tu abbia familiarità con Node.js. Nel addizione:

Edificio con npm

Per eseguire le tue attività nell'immagine node da Docker Hub, specifica l'URL dell'immagine Nel campo name del file di configurazione di Cloud Build. Cloud Build avvia il container specificato in name utilizzando il punto di ingresso predefinito dell'immagine. Per eseguire l'override del punto di ingresso predefinito e definire come deve essere eseguito il passaggio di build quando viene richiamato, entrypoint nel passaggio di build. L'immagine node in Docker Hub viene con lo strumento npm preinstallato. Specifica gli strumenti nel campo entrypoint per come punto di ingresso del passaggio di build.

Nel seguente file di configurazione di compilazione di esempio:

  • Il campo name specifica che l'immagine node di Docker Hub viene utilizzata da Cloud Build per eseguire l'attività. Quando specifichi il valore node immagine, puoi omettere la versione del nodo impostandola su :latest per impostazione predefinita oppure specifica una versione nodo per utilizzare una versione specifica. Ad esempio, name: node userà la versione più recente del nodo, e name: node:12 utilizzerà node:12.
  • Il campo entrypoint consente di specificare che viene utilizzato lo strumento npm quando viene richiamata l'immagine node.

     steps:
     - name: 'node'
       entrypoint: 'npm'
    

Configurazione di Node.js build in corso...

  1. Nella directory root del progetto, crea un di configurazione denominato cloudbuild.yaml.

  2. Installare le dipendenze: prima di creare l'applicazione, è necessario assicurati che tutte le dipendenze del progetto siano installate da npm. Tu può installare le dipendenze usando il comando install nella build npm passaggio. Il campo args di un passaggio di build accetta un elenco di argomenti e passaggi all'immagine a cui fa riferimento nel campo del nome. Nel file di configurazione della build, aggiungi install al campo args per richiamare il comando install:

     steps:
     - name: 'node'
       entrypoint: 'npm'
       args: ['install']
    
  3. Aggiungi test: se hai definito uno script test in package.json, puoi configurare Cloud Build per l'esecuzione dello script aggiungendo test al Campo args:

     steps:
     - name: 'node'
       entrypoint: 'npm'
       args: ['install']
     - name: 'node'
       entrypoint: 'npm'
       args: ['test']
    
  4. Esegui comandi personalizzati: se package.json contiene comandi personalizzati, puoi configurare Cloud Build per eseguire questo comando. In args , aggiungi run come primo argomento seguito dal nome dell'istanza personalizzata . Il seguente file di configurazione di compilazione contiene argomenti per eseguire un chiamato build:

     steps:
     - name: 'node'
        entrypoint: 'npm'
        args: ['install']
     - name: 'node'
        entrypoint: 'npm'
        args: ['test']
     - name: 'node'
        entrypoint: 'npm'
        args: ['run', 'build']
    
  5. Carica in Artifact Registry:

    Nel file di configurazione, aggiungi il campo npmPackages e specifica il numero npm repository in Artifact Registry:

     artifacts:
        npmPackages:
        - repository: 'https://LOCATION-npm.pkg.dev/PROJECT-ID/REPOSITORY_NAME'
          packagePath: 'PACKAGE_PATH'
    

    Sostituisci i seguenti valori:

    • LOCATION: la località per il tuo repository in Artifact Registry.
    • PROJECT_ID: l'ID del progetto Google Cloud che contiene il repository Artifact Registry.
    • REPOSITORY_NAME: il nome del tuo repository npm in Artifact Registry.
    • PACKAGE_PATH: il percorso della directory locale contenente il pacchetto npm che vuoi caricare in Artifact Registry. Me consiglia di utilizzare un percorso assoluto. Il tuo PACKAGE_PATH il valore può essere . per usare la directory di lavoro attuale, ma il campo non può omettere o lasciare vuoto il campo. Questa directory deve contenere un file package.json.
  6. (Facoltativo) Attiva la generazione della provenienza

    Cloud Build può generare Build Livelli della catena di fornitura per artefatti software (SLSA) di provenienza dei metadati per contribuire a proteggere la pipeline di integrazione continua.

    Per abilitare la generazione della provenienza, aggiungi requestedVerifyOption: VERIFIED alla sezione options del file di configurazione.

  7. Avvia la build: manualmente o utilizzando i trigger di build.

    Una volta completata la build, puoi visualizzare i dettagli del repository in Artifact Registry.

    Puoi anche visualizzare i metadati di provenienza della build e convalidare la provenienza.

Esecuzione di test su più versioni di node

A volte è necessario assicurarsi che il progetto funzioni su più versioni di node. Puoi creare e configurare Trigger di Cloud Build in modo che:

  • Nel file di configurazione della build, specifica la versione node come variabile di sostituzione.
  • Crea un trigger per ogni versione di node in base alla quale vuoi creare la tua applicazione.
  • In ciascuna delle impostazioni dell'attivatore, utilizza il campo del valore della variabile di sostituzione per indica la versione di node per l'attivatore in questione.

I passaggi seguenti spiegano come specificare la versione node utilizzando un trigger specifico variabili di sostituzione:

  1. Nella radice del repository, aggiungi un file di configurazione di compilazione che specifichi nodecome variabile di sostituzione. Nell'esempio seguente, crea di configurazione, $_NODE_VERSION è una variabile di sostituzione definita dall'utente:

     steps:
     - name: 'node:$_NODE_VERSION'
       entrypoint: 'npm'
       args: ['install']
     - name: 'node:$_NODE_VERSION'
       entrypoint: 'npm'
       args: ['test']
    
  2. Per ogni versione di node su cui vuoi eseguire la build, crea un trigger di build seguendo questi passaggi:

    1. Apri la pagina Trigger nella console Google Cloud:

      Apri la pagina Trigger

    2. Seleziona il tuo progetto dal menu a discesa del selettore progetti nella parte superiore di della pagina.

    3. Fai clic su Apri.

    4. Fai clic su Crea trigger.

      Nella pagina Crea trigger, inserisci le seguenti impostazioni:

      1. Inserisci un nome per il trigger.

      2. Seleziona l'evento del repository per avviare il trigger.

      3. Seleziona il repository che contiene il codice sorgente e la build di configurazione del deployment.

      4. Specifica l'espressione regolare per il nome del ramo o tag che inizierà trigger.

      5. Configurazione: scegli il file di configurazione della build che hai creato in precedenza.

      6. In Variabili di sostituzione, fai clic su Aggiungi variabile.

        1. In Variabile, specifica la variabile di versione node utilizzata nel file di configurazione della build e, in Valore, specifica la versione di node. Ad esempio, _NODE_VERSION e 12.
    5. Fai clic su Crea per salvare il trigger di build.

Puoi utilizzare questi trigger per creare il tuo codice sulla versione di node che specificato nel trigger.

Passaggi successivi