Use a prebuilt Docker image for the parallel workers

Ouverte
  • Quelque chose ne va pas ?
#425 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
25/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
docker, github-actions, php
Domaine
ci-cd, devops, testing

Piste de recherche

Start with wp_cli_tests_docker_php_image() in utils/behat-parallel.php and the image definition in utils/docker/Dockerfile, then look at the existing GitHub Actions workflows for where a publish job would go. Done means the helper computes a tag from the PHP version and a hash of utils/docker/, pulls that image, and falls back to the local build when the pull fails or the hash differs. The publishing workflow should push images for each supported PHP version to GHCR.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

scope:testing

Part of #394. Follow-up to #391 and #408.

Every Linux Behat job builds the worker image from utils/docker/Dockerfile with docker build (wp_cli_tests_docker_php_image() in utils/behat-parallel.php). The GitHub runners start without a layer cache, so every job builds the image from scratch, although it only depends on the PHP version and the Dockerfile.

In the full-matrix runs of all 29 packages on 2026-11-02, the time from the start of the Behat step to the first worker starting was between 40 and 63 seconds in every package, measured in the job for PHP 8.4, WP latest and MySQL 8.0. Each package runs about 45 Linux Behat jobs, so this adds up to roughly 30 to 45 runner-minutes per package per Testing run, or about 15 to 20 runner-hours per round across the 29 packages. For PHP 8.0 and older, the image also builds SQLite from source (#413), which takes another 30 to 90 seconds.

Proposal:

  1. A workflow in this repository builds the image for every supported PHP version and publishes it to the GitHub Container Registry, tagged with the PHP version and a hash of utils/docker/. It runs when the Dockerfile changes, and on a schedule, to pick up PHP patch releases and security updates of the base images.
  2. wp_cli_tests_docker_php_image() computes the same tag and pulls the image. It builds the image locally as before if the pull fails, or if utils/docker/ differs from any published version, for example in a development checkout.
  3. Keep the image small, so pulling it stays well below the current build time.

The vendor directory for a different PHP version (WP_CLI_TEST_DOCKER_PHP) is project-specific and stays out of the image.

Measuring: compare the time from the start of the Behat step to "Running N scenarios ..." for the same jobs, with a cold runner, before and after. Pull time is what decides this, so record the size of the image as well.

Langage dominant
PHP
Étoiles
42
Forks
28
Merge moyen
18 h 52 min
PR mergées (30 j)
27

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de wp-cli/wp-cli-tests

Toutes les issues de wp-cli/wp-cli-tests

Issues similaires

Plus d'issues PHP

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.