Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Simplify the complete Infection CI workflow and preserve reports

オープン
#8,908 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
リファクタリング
明瞭さ
おおむね明確
活発さ
活発
技術スタック
github-actions, php

調査の方向性

Start by reviewing infection.json5, the existing complete Infection workflow, and the normal PHPUnit workflows to compare compatibility coverage and identify the canonical runtime. Check the related pull-request workflow in #8901 and verify safe parallelism, report formats, and available metadata. Done means a manually runnable workflow preserves logs and machine-readable reports, exposes runtime details, and visibly fails on operational errors without an arbitrary score threshold.

索引モデルが issue の本文から書いたものです。

説明

backend php

Goal

Simplify the complete Infection GitHub Actions workflow so LibreSign has one reliable CI execution path for full mutation runs and preserves enough evidence for baseline analysis.

This workflow is for complete mutation runs. It is separate from the normal pull-request change-aware mutation workflow.

Current problem

The current Infection workflow combines mutation testing with a PHP/Nextcloud compatibility matrix.

Mutation testing and compatibility testing answer different questions.

LibreSign already has normal PHPUnit/CI coverage for supported runtime combinations. Repeating the complete mutation suite across a compatibility matrix can multiply an already expensive workload without evidence that each combination provides distinct mutation-testing signal.

Investigation

Before removing the current matrix, verify:

  • what compatibility coverage is already provided by normal PHPUnit workflows;
  • whether Infection has produced mutation-specific failures on different supported PHP/Nextcloud combinations;
  • which PHP and Nextcloud versions should define the canonical full-mutation environment;
  • whether more than one full-run combination has a measured reason to remain.

Do not remove compatibility coverage merely to reduce runtime.

Do not retain duplicate mutation runs merely because the matrix already exists.

Required outcome

Provide a complete-run Infection workflow that:

  • can be started from GitHub Actions;
  • uses the agreed canonical runtime configuration;
  • keeps workflow YAML focused on orchestration;
  • exposes the effective Infection command/configuration;
  • preserves useful logs and machine-readable reports;
  • records runtime and environment metadata;
  • fails visibly for operational Infection/PHPUnit failures.

The workflow must not introduce an arbitrary blocking mutation-score threshold.

Reporting

Preserve enough information to diagnose:

  • generated mutants;
  • killed mutants;
  • escaped mutants;
  • uncovered mutants;
  • timeout mutants;
  • execution errors;
  • MSI and Covered Code MSI;
  • total runtime.

When Infection supports a suitable machine-readable report, preserve it as a GitHub Actions artifact.

Parallelism

Use only a worker/thread configuration shown to be safe for LibreSign test isolation.

Do not force --threads=1 permanently only to hide shared-state races.

Done when

  • The complete Infection workflow has a documented runtime/Nextcloud environment.
  • Compatibility testing is not duplicated without a measured reason.
  • A complete Infection run can be launched from GitHub Actions.
  • Useful reports and logs survive the CI run.
  • Runtime and environment metadata are visible.
  • Operational failures cannot silently pass.
  • No arbitrary merge-blocking score is introduced.
  • The workflow is suitable for producing the new authoritative baseline.

Related

  • Parent epic: #8897
  • Current Infection configuration: infection.json5
  • Pull-request mutation workflow: #8901
主要言語
PHP
スター
835
フォーク
167
平均マージ
1日 4時間
マージ済み PR(30日)
388

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

LibreSign/libresign のほかの issue

LibreSign/libresign の issue をすべて見る

似ている issue

PHP の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。