Skip to main content

Diese Version von GitHub Enterprise wurde eingestellt am 2023-01-18. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für bessere Leistung, verbesserte Sicherheit und neue Features aktualisiere auf die neueste Version von GitHub Enterprise. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

Erstellen und Testen von Node.js-Code

Du kannst einen CI-Workflow (Continuous Integration) erstellen, um dein Node.js-Projekt zu erstellen und zu testen.

Hinweis: GitHub-gehostete Runner werden auf GitHub Enterprise Server derzeit nicht unterstützt. Weitere Informationen zur geplanten zukünftigen Unterstützung findest Du in der GitHub public roadmap.

Einführung

Diese Anleitung zeigt Dir, wie du einen Workflow für fortlaufende Integration (CI) erstellen kannst, der Node.js-Code baut und testet. Wenn deine CI-Tests erfolgreich durchlaufen, kannst du deinen Code deployen (bereitstellen) oder ein Paket veröffentlichen.

Voraussetzungen

Wir empfehlen, dass du ein grundlegendes Verständnis von Node.js, YAML, Workflowkonfigurations-Optionen und die Erstellung einer Workflow-Datei hast. Weitere Informationen finden Sie unter

Verwendung von selbstgehosteten Runnern auf GitHub Enterprise Server

Wenn du Setup-Aktionen (wie z.B.actions/setup-LANGUAGE) auf GitHub Enterprise Server mit selbstgehosteten Runnern verwendest, musst du möglicherweise den Tools-Cache auf Runnern einrichten, die keinen Internetzugang haben. Weitere Informationen findest du unter Einrichten des Toolcaches auf selbst gehosteten Runnern ohne Internetzugriff.

Verwenden des Node.js-Starterworkflows

GitHub bietet einen Node.js-Starterworkflow, der für die meisten Node.js-Projekte funktionieren wird. Dieser Leitfaden enthält npm- und Yarn-Beispiele, mit denen du den Starterworkflow anpassen kannst. Weitere Informationen findest du unter Node.js-Starterworkflow.

Für einen schnellen Einstieg füge den Starterworkflow zum Verzeichnis .github/workflows deines Repositorys hinzu. Beim nachstehenden Workflow wird davon ausgegangen, dass der Standardbranch für dein Repository main lautet.

YAML
name: Node.js CI

on:
  push:
    branches: [ main ]
  pull_request:
    branches: [ main ]

jobs:
  build:

    runs-on: ubuntu-latest

    strategy:
      matrix:
        node-version: [10.x, 12.x, 14.x, 15.x]

    steps:
      - uses: actions/checkout@v2
      - name: Use Node.js ${{ matrix.node-version }}
        uses: actions/setup-node@v2
        with:
          node-version: ${{ matrix.node-version }}
      - run: npm ci
      - run: npm run build --if-present
      - run: npm test

Ausführen auf einem anderen Betriebssystem

Die Vorlage zum Starter-Workflow konfiguriert Aufträge zur Ausführung unter Linux und verwendet mit GitHub gehostete ubuntu-latest-Runner. Du kannst den runs-on-Schlüssel ändern, um deine Aufträge auf einem anderen Betriebssystem auszuführen. Beispielsweise kannst Du die GitHub-gehosteten Windows-Läufer verwenden.

runs-on: windows-latest

Oder Du kannst auf den GitHub-gehosteten macOS-Läufern laufen.

runs-on: macos-latest

Du kannst Aufträge auch in Docker-Containern ausführen oder einen selbst gehosteten Läufer bereitstellen, der auf Deiner eigenen Infrastruktur läuft. Weitere Informationen findest du unter Workflowsyntax für GitHub Actions.

Die Node.js-Version angeben

Der einfachste Weg, eine Node.js-Version anzugeben, bietet die Aktion setup-node von GitHub. Weitere Informationen findest du unter setup-node.

Von der Aktion setup-node wird eine Node.js-Version als Eingabe verwendet und auf dem Runner konfiguriert. Mit dieser Aktion setup-node wird im Toolcache der jeweiligen Runner nach einer bestimmten Version von Node.js gesucht, und die erforderlichen Binärdateien werden in PATH hinzugefügt, der für den Rest des Auftrags bestehen bleibt. Die Aktion setup-node wird als Methode zur Verwendung von Node.js mit GitHub Actions empfohlen, da damit ein konsistentes Verhalten bei verschiedenen Runnern und verschiedenen Version von Node.js gewährleistet wird. Wenn du einen selbst gehosteten Runner verwendest, musst du Node.js installieren und in PATH hinzufügen.

Der Starterworkflow umfasst eine Matrixstrategie, die deinen Code mit drei Node.js-Versionen erstellt und testet: 10.x, 12.x, 14.x und 15.x. Das „x“ ist ein Platzhalterzeichen für das neueste Neben- und Patchrelease einer Version. Von jeder im node-version-Array angegebenen Version von Node.js wird ein Auftrag erstellt, bei dem dieselben Schritte ausgeführt werden.

Jeder Auftrag kann mithilfe des matrix-Kontexts auf den im Matrixarray node-version definierten Wert zugreifen. Die Aktion setup-node verwendet den Kontext als node-version-Eingabe. Die Aktion setup-node konfiguriert jeden Auftrag mit einer anderen Node.js-Version, bevor sie den Code erstellt und testet. Weitere Informationen zu Matrixstrategien und Kontexten findest du unter Workflowsyntax für GitHub Actions und Kontexte.

YAML
strategy:
  matrix:
    node-version: [10.x, 12.x, 14.x, 15.x]

steps:
- uses: actions/checkout@v2
- name: Use Node.js ${{ matrix.node-version }}
  uses: actions/setup-node@v2
  with:
    node-version: ${{ matrix.node-version }}

Alternativ kannnst du auch mit genauen Node.js-Versionen bauen und testen.

YAML
strategy:
  matrix:
    node-version: [8.16.2, 10.17.0]

Oder du kannst auch mithilfe einer einzelnen Version von Node.js bauen und testen.

YAML
name: Node.js CI

on: [push]

jobs:
  build:

    runs-on: ubuntu-latest

    steps:
      - uses: actions/checkout@v2
      - name: Use Node.js
        uses: actions/setup-node@v2
        with:
          node-version: '12.x'
      - run: npm ci
      - run: npm run build --if-present
      - run: npm test

Wenn du keine Node.js Version festlegst, verwendet GitHub die standardmäßige Node.js Version der Umgebung. Weitere Informationen findest du unter Spezifikationen für in GitHub gehostete Runner.

Installieren von Abhängigkeiten

Auf GitHub-gehosteten Runnern sind die Abhängigkeitsmanager npm und Yarn installiert. Du kannst npm und Yarn verwenden, um in deinem Workflow Abhängigkeiten zu installieren, bevor du deinen Code kompilierst und testest. Die auf GitHub gehosteten Windows- und Linux-Runner haben auch Grunt, Gulp und Bower installiert.

Beispiel mit npm

Dieses Beispiel installiert die Abhängigkeiten, die in der Datei package.json definiert sind. Weitere Informationen findest du unter npm install.

YAML
steps:
- uses: actions/checkout@v2
- name: Use Node.js
  uses: actions/setup-node@v2
  with:
    node-version: '12.x'
- name: Install dependencies
  run: npm install

Bei Verwendung von npm ci wird die Versionen aus der Datei package-lock.json oder npm-shrinkwrap.json installiert und verhindert, dass Updates an der Sperrdatei vorgenommen werden. Die Verwendung von npm ci ist im Allgemeinen schneller als die Ausführung von npm install. Weitere Informationen findest du unter npm ci und Einführung in npm ci für schnellere, zuverlässigere Builds.

YAML
steps:
- uses: actions/checkout@v2
- name: Use Node.js
  uses: actions/setup-node@v2
  with:
    node-version: '12.x'
- name: Install dependencies
  run: npm ci

Beispiel mit Yarn

Dieses Beispiel installiert die Abhängigkeiten, die in der Datei package.json definiert sind. Weitere Informationen findest du unter yarn install.

YAML
steps:
- uses: actions/checkout@v2
- name: Use Node.js
  uses: actions/setup-node@v2
  with:
    node-version: '12.x'
- name: Install dependencies
  run: yarn

Alternativ kannst du --frozen-lockfile übergeben, um die Versionen in der Datei yarn.lock zu installieren und Updates an der Datei yarn.lock zu verhindern.

YAML
steps:
- uses: actions/checkout@v2
- name: Use Node.js
  uses: actions/setup-node@v2
  with:
    node-version: '12.x'
- name: Install dependencies
  run: yarn --frozen-lockfile

Beispiel mit einer privaten Registry und Erstellung der Datei .npmrc

Du kannst die setup-node-Aktion verwenden, um auf dem Runner eine lokale NPMRC-Datei zu erstellen, in der die Standardregistrierung und der Standardbereich konfiguriert werden. Die setup-node-Aktion akzeptiert als Eingabe auch ein Authentifizierungstoken, das für den Zugriff auf private Registrierungen oder die Veröffentlichung von Knotenpaketen verwendet wird. Weitere Informationen findest du unter setup-node.

Um dich bei deiner privaten Registry zu authentifizieren, musst du dein npm-Authentifizierungstoken als Geheimnis speichern. Erstelle beispielsweise ein Repositorygeheimnis namens NPM_TOKEN. Weitere Informationen findest du unter Erstellen und Verwenden verschlüsselter Geheimnisse.

Im folgenden Beispiel enthält das Geheimnis NPM_TOKEN das npm-Authentifizierungstoken. Die Aktion setup-node konfiguriert die NPMRC-Datei, um das npm-Authentifizierungstoken aus der Umgebungsvariable NODE_AUTH_TOKEN zu lesen. Wenn du die Aktion setup-node zum Erstellen einer NPMRC-Datei verwendest, musst du die Umgebungsvariable NODE_AUTH_TOKEN mit dem Geheimen festlegen, der dein npm-Authentifizierungstoken enthält.

Verwende vor der Installation von Abhängigkeiten die Aktion setup-node, um die NPMRC-Datei zu erstellen. Die Aktion hat zwei Eingabeparameter. Der Parameter node-version legt die Node.js-Version fest, und der Parameter registry-url legt die Standardregistrierung fest. Wenn deine Paketregistrierung Geltungsbereiche verwendet, musst du den Parameter scope verwenden. Weitere Informationen findest du unter npm-scope.

YAML
steps:
- uses: actions/checkout@v2
- name: Use Node.js
  uses: actions/setup-node@v2
  with:
    always-auth: true
    node-version: '12.x'
    registry-url: https://registry.npmjs.org
    scope: '@octocat'
- name: Install dependencies
  run: npm ci
  env:
    NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN }}

Das obige Beispiel erstellt eine NPMRC-Datei mit folgendem Inhalt:

//registry.npmjs.org/:_authToken=${NODE_AUTH_TOKEN}
@octocat:registry=https://registry.npmjs.org/
always-auth=true

Deinen Code bauen und testen

Du kannst die gleichen Befehle verwenden, die du auch lokal verwendest, um deinen Code zu bauen und zu testen. Wenn du beispielsweise npm run build ausführst, um die in der Datei package.json definierten Buildschritte auszuführen, und npm test, um deine Testsuite auszuführen, fügst du diese Befehle in der Workflowdatei hinzu.

YAML
steps:
- uses: actions/checkout@v2
- name: Use Node.js
  uses: actions/setup-node@v2
  with:
    node-version: '12.x'
- run: npm install
- run: npm run build --if-present
- run: npm test

Workflow-Daten als Artefakte paketieren

Du kannst Artefakte aus deinen Build- und Testschritten speichern, um sie nach dem Abschluss eines Jobs anzuzeigen. Zum Beispiel kann es notwendig sein, Logdateien, Core Dumps, Testergebnisse oder Screenshots zu speichern. Weitere Informationen findest du unter Speichern von Workflowdaten mithilfe von Artefakten.

In Paket-Registries veröffentlichen

Du kannst deinen Workflow so konfigurieren, dass dein Node.js-Paket nach Bestehen deiner CI-Tests in einer Paket-Registry veröffentlicht wird. Weitere Informationen zum Veröffentlichen in npm und GitHub Packages findest du unter Veröffentlichen von Node.js-Paketen.