des moyens d'accélérer les CI [GitHub Actions] que vous pouvez faire immédiatement !

Pour ceux qui sont frustrés par la lenteur de l'exécution des CI.

Voici trois façons d'accélérer l'exécution de CI avec GitHub Actions.

Trois façons d'accélérer CI [GitHub Actions].

Les trois méthodes suivantes sont présentées dans cet article.

• Partager le travail
• Ajout du traitement du cache des packages
• Divisez les tests et exécutez-les en parallèle

Diviser un travail

Les tâches peuvent être divisées afin que chaque tâche s'exécute en parallèle.

Par exemple, l'exécution d'un test unitaire et l'exécution d'un Linter peuvent souvent s'exécuter indépendamment.

Il serait plus efficace de les décrire dans des Jobs séparés, plutôt qu'en série dans un seul Job.

jobs:.
  test:.
    runs-on: ubuntu-22.04
    steps:.
    ...

  lint: ...
    runs-on: ubuntu-22.04
    steps: ...
    ...

Ajoutez un processus de mise en cache des packages.

Il est recommandé de mettre les packages en cache pour éviter le processus fastidieux d'installation des packages.

Utilisez les actions/cache officiels pour implémenter le processus de cache.

Dans les cas suivants, npm ci ne sera exécuté que s'il y a un changement dans l'OS, la version du Node ou le fichier qui gère les informations du package (package-lock.json), sinon le cache sera utilisé.

- name: cache and restore packages
  id: cache-npm
  uses: actions/cache@v4.0.2
  with: node_modules
    path: node_modules
    key: ${{ runner.os }}-${{ steps.tool_versions.outputs.nodejs }}-${{ hashFiles(‘**/package-lock.json’) }}

- name: install npm packages
  if: steps.cache-npm.outputs.cache-hit ! = ‘true’
  run: npm ci
  shell: bash

Diviser et exécuter les tests en parallèle

Si l'exécution de vos tests prend beaucoup de temps, vous pouvez accélérer le processus en divisant les tests et en les exécutant chacun en parallèle.

Par exemple, dans le cas de Jest, vous pouvez utiliser la stratégie matricielle et l'option de commande --shard. La stratégie matricielle est un moyen simple et facile de diviser les tests et de les exécuter en parallèle.

La stratégie matricielle est une méthode pour exécuter un Job pour chaque valeur définie dans une variable au sein d'un seul Job, et --shard est une option pour diviser les tests.

En utilisant ceux-ci, vous pouvez définir un flux de travail comme celui-ci.

jobs:
  test:
    runs-on: ubuntu-22.04
    strategy:
      matrix:
        shard: [1/4, 2/4, 3/4, 4/4]
    steps:
      - name: checkout
        uses: actions/checkout@v3

      - name: setup environment
        uses: ./.github/actions/setup

      - name: run test
        run: npx jest --ci --shard=${{ matrix.shard }}

Cela exécutera 4 Jobs en parallèle, chacun exécutant un quart des tests.

Je ne sais pas s'il existe d'autres options comme --shard en plus de Jest, mais l'idée elle-même peut être appliquée à n'importe quel langage.

Il existe d'autres moyens.

Les trois méthodes suivantes ont été présentées comme des moyens simples d'améliorer la vitesse de l'IC.

• Partager le travail
• Ajouter le traitement du cache des packages
• Divisez les tests et exécutez-les en parallèle

Cependant, en plus de ceux-ci, vous pouvez également utiliser des tests de coureur et de course à pied plus grands uniquement dans les zones où des modifications ont été apportées, il existe de nombreuses autres façons d'améliorer la vitesse.

Il est recommandé d'améliorer la vitesse petit à petit dans la mesure du possible, en tenant compte du temps et des ressources financières disponibles.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!