setup-php

shivammathurMIT活跃维护

在 GitHub Actions 里一键装好指定版本的 PHP,顺带配好扩展、php.ini、覆盖率驱动和 Composer 等常用工具,省去手写安装脚本的麻烦。

GitHub action to set up PHP with extensions, php.ini configuration, coverage drivers, and various tools.

2.40.0发布于 2026-10-08 07:50 UTC3,277star +1 / 7 天427fork同步于 2026-11-10 11:41 UTC

怎么上手

由 README 提炼,执行前请确认
- uses: shivammathur/setup-php@v2
  with:
    php-version: '8.5'
硬件要求按 README 说明

README 未说明显存或 GPU 要求;这是 GitHub Actions 的 CI 环境配置工具,运行在 GitHub 托管或自托管 runner 上,支持 Ubuntu、Windows、macOS 的 x86_64、aarch64、arm64 架构。

下载:源码 zip·GitHub Releases(安装包)本站不镜像安装包

项目说明

由 README 自动翻译提炼

在 GitHub Actions 里一键装好指定版本 PHP、扩展、php.ini 和 Composer 等工具的 Action

在 GitHub Actions 里一键装好指定版本的 PHP,顺带配好扩展、php.ini、覆盖率驱动和 Composer 等常用工具,省去手写安装脚本的麻烦。

核心能力

  • 用 extensions 输入按 CSV 批量安装 PECL 或系统包扩展
  • 支持给扩展名加版本后缀或 alpha/beta 等稳定性后缀
  • 内置 Xdebug、PCOV 覆盖率驱动并可一键关闭覆盖率
  • 支持矩阵、nightly、debug、线程安全与多架构 PHP 安装
  • 可缓存扩展与 Composer 依赖并配置私有仓库认证

容易踩的坑

PHP 版本可用范围随 runner 不同,macOS ARM64 只支持 5.6 到 8.7,更老的版本装不了;Windows 上只能装 PECL 里带 DLL 二进制的扩展,需要源码编译的扩展要在 Ubuntu 或 macOS 上装;指定 8.6、8.7 或 nightly 会拉取开发分支的 nightly 构建,稳定性不如正式版。

内容由模型根据 README 生成,可能不完整或不准确,以官方文档为准。看原文 README

最近发版

5 个版本2.40.0
  1. 2.40.0最新正式版2026-10-08 · 2026-10-08 07:50 UTC

    Changelog

    • Added support for PHP 8.7 nightly builds. This installs PHP builds from the master branch of php/php-src.
    - name: Setup PHP 8.7
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.7'
    
    • Added support for Ubuntu 26.04 (ubuntu-26.04). (#1083)

    • Added support for pinning tools to SHA-256 and SHA-512 checksums. (#1098, #1099)

    - name: Setup PHP with tools pinned to checksums
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: >
          composer:2.9.8@sha256:59b2c50e10cafa0d8efc19ede9a326d782f096c674a26baf98cf042ce23de890,
          phpunit:12.5.0@sha512:76430b433bd57f96e5fbbabaefc0c82e3a5b19b1a366bd836614344c441a7a87575d77faa07e0e58ecec52061af67584b036adc4311f0764bd4414bc62be4684
    
    • Fixed support for Couchbase, Oracle, and IBM extensions on Ubuntu 26.04. (#1123)

    • Added support for cpx. (#1104)

    - name: Setup PHP with cpx
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: cpx
    
    • Added support for Laravel Cloud CLI. (#1106)
    - name: Setup PHP with Laravel Cloud CLI
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: laravel-cloud
    
    • Added configurable verbose logging using the verbose environment variable. Set it to true or v to show command output, or vv or vvv to also enable tracing. Also, deprecated the verbose and more-verbose tags in favor of this environment variable. (#1077, #1118, #1119)
    - name: Setup PHP with verbose logging
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
      env:
        verbose: true
    
    • Improved support for PHP version files, including version aliases, partial versions, and comments. For example, a .php-version file containing 8.x can now be used to set up the latest stable PHP 8 version. (#1121)
    - name: Checkout
      uses: actions/checkout@v7
    
    - name: Setup PHP from a version file
      uses: shivammathur/setup-php@v2
      with:
        php-version-file: '.php-version'
    
    • Improved PHP installation on macOS using cached builds from shivammathur/php-darwin. This should improve the setup-php runtime from around a minute to 5-10s.

    • Improved Homebrew extension installation, timeout handling, and retries. (#1120)

    • Improved PHP installation on Windows using release manifests and cached builds from shivammathur/php-builder-windows.

    • Improved caching and validation of versioned extensions on Linux, macOS, and Windows. (#1108)

    • Added opt-in support for cached PHP builds on Blacksmith and Depot runners using use_builds_cache environment variable. This is currently experimental and uses the builds cache that we maintain for GitHub hosted runners. (#1056, #1129)

    - name: Setup PHP with cached builds
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
      env:
        use_builds_cache: true
    
    • Switched to Homebrew extension packages for Lua and GEOS extensions on supported macOS PHP versions.

    • Deprecated support for Intel macOS and macOS 14 arm64 runners. It is recommended to upgrade to arm64 based macOS runners (macos-15 or newer). (#1112)

    • Updated Node.js dependencies and internal GitHub Actions workflows.

    For the complete list of changes, please refer to the Full Changelog

    Thanks @kmaeda-rakus, @jrfnl, @WendellAdriel, @damiantw, @ibrahimlawal-paystack, @Perlence, and @Sainan for the contributions.

  2. 2.40.0-betapre-release2026-09-29 · 2026-09-29 02:24 UTC
    查看更新说明

    setup-php 2.40.0 is ready for beta testing, and we need your help to try it in your workflows and report any issues.

    Please try it out!

    - name: Setup PHP
      uses: shivammathur/[email protected]
      with:
        php-version: '8.5'
    
    • Switch back to shivammathur/setup-php@v2 if anything breaks.
    • Report any issues, mentioning that you tried the 2.40.0 beta and including your workflow and relevant logs.

    Highlights

    • Added support for PHP 8.7 nightly builds and Ubuntu 26.04.
    • Improved PHP installation on macOS and Windows along with extension caching support.
    • Fixed support for Intel macOS and macOS 14 arm64 based runners.
    • Added configurable verbose logging and improved PHP version file support.

    [!NOTE] Support for intel macOS and macOS 14 arm64 based runners has been marked as deprecated and will be removed completely in future, so it is recommend to switch to arm64 based macOS runners (macos-15 or newer).

    For the complete list of changes, please refer to the Full Changelog

  3. 2.37.22026-06-08 · 2026-06-08 15:44 UTC
    查看更新说明

    Changelog

    • Fixed macOS setup by marking shivammathur/php and shivammathur/extensions as trusted taps.

    • Switched to Visual Studio 18 (vs18) builds for PHP 8.6 on Windows.

    • Improved looking up environment variables.

    • Tightened security in internal GitHub action workflows.

    • Updated Node.js dependencies.

    For the complete list of changes, please refer to the Full Changelog

  4. 2.37.12026-05-14 · 2026-05-14 06:17 UTC
    查看更新说明

    Changelog

    Security Updates

    • Fixed shell command escaping and PHP version input validation. (GHSA-pqwm-q9pv-ph8r / CVE-2026-46420)

    [!NOTE] This can affect workflows that pass values from users or pull requests to setup-php, for example from comments, dispatch inputs, PR titles/branches, generated matrices, or files such as .php-version and composer.json. Be especially careful with pull_request_target workflows that use any value from the pull request. Workflows that only use fixed trusted values are not expected to be affected, but updating to 2.37.1 is recommended.

    • Fixed GitHub auth handling for Composer versions affected by GHSA-f9f8-rm49-7jv2. It should now skip configuring GitHub OAuth if affected Composer versions are installed and show a warning to upgrade. (GHSA-5wxr-w449-57cm / CVE-2026-45793)

    [!NOTE]
    This only affects workflows where the composer version is pinned like composer:2.9.7, workflows that do not pin the version or use composer:v2 are not affected as those get automatic updates. In case you pin the version, it is highly recommended to upgrade and have automation to do such timely upgrades in your workflows.

    Fixes and Improvements

    • Fixed support for phalcon on Windows.

    • Fixed restoring tools when using cached using previous runs.

    • Improved enabling gearman extension on Linux.

    • Fixed fallback when installing PhpManager and VcRedist modules on Windows.

    • Fixed parsing extension inputs with backslash line continuation.

    • Improved workflow examples

      • Added workflow examples for Drupal 11 composer-managed projects and WordPress plugins.
      • Added workflow examples for Yii3 web applications and replaced Yii2 Starter Kit examples.
      • Updated workflow examples to use currently supported PHP versions.
    • Updated OS release mappings for newer Ubuntu releases.

    • Updated internal workflows for Codecov v6 and NPM trusted publishing.

    • Updated Node.js dependencies.

    • Fixed composer version in README. (#1081)

    Thanks @Pyker for the contribution

    For the complete list of changes, please refer to the Full Changelog

  5. 2.37.02026-03-15 · 2026-03-15 16:11 UTC
    查看更新说明

    Changelog

    • Updated the action to use Node.js 24. (#1049)

    • Added support for master in the php-version input. It should now set up a nightly build from the master branch of php-src.

    • Added support to install ioncube and zephir_parser extensions on PHP 8.5.

    • Expanded support for installing extensions using Homebrew on macOS from the shivammathur/homebrew-extensions tap. This includes pdo_firebird, sqlsrv, pdo_sqlsrv, pecl_http, swow, xhprof, and several other supported extensions.

    • Improved switching PHP versions on Linux. Missing alternatives should now be registered automatically before switching versions. #1067

    • Improved support for Homebrew on macOS. It should now retry stuck brew commands with an inactivity watchdog.

    • Improved support for adding tools. It should now correctly use the latest release download URL when a version is not specified. (#1064)

    • Improved tool setup and caching on self-hosted runners.

    • Improved support for sqlsrv and pdo_sqlsrv on PHP 8.1 and 8.2.

    • Fixed installing pecl_http on Windows. Switched to downloads.php.net for fixing ICU version post install.

    • Fixed cached couchbase installs on macOS using the shivammathur/cache-extensions action.

    • Replaced @actions/core with local functions to reduce bundle size.

    • Refactored to use ES2024+ features for Node 24.

    • Updated actions used in examples to their latest versions.

    • Updated Node.js dependencies.

    Thanks @theluckystrike for the contribution 🎉

    Thanks @code-kudu, @ssddanbrown, @RoundingWell, and @ntzrbtr for the sponsorship ❤️

    For the complete list of changes, please refer to the Full Changelog

用户点评

登录用户的真实使用记录,可按版本和硬件筛选
共 0 条

    还没有人点评。第一个说出真实体验的人最有价值。

    README 原文

    未翻译

    Setup PHP with required extensions, php.ini configuration, code-coverage support, and various tools like composer in GitHub Actions. This action gives you a cross-platform interface to set up the PHP environment you need to test your application. Refer to the Usage section and examples to see how to use this.

    Contents

    :cloud: OS/Platform Support

    Both GitHub-hosted and self-hosted runners are supported by setup-php on the following OS/Platforms.

    GitHub-Hosted Runners

    Virtual environmentArchYAML workflow labelPre-installed PHP
    Ubuntu 26.04x86_64ubuntu-26.04PHP 8.5
    Ubuntu 24.04x86_64ubuntu-latest or ubuntu-24.04PHP 8.3
    Ubuntu 22.04x86_64ubuntu-22.04PHP 8.1
    Ubuntu 26.04aarch64ubuntu-26.04-armPHP 8.5
    Ubuntu 24.04aarch64ubuntu-24.04-armPHP 8.3
    Ubuntu 22.04aarch64ubuntu-22.04-armPHP 8.1
    Windows Server 2025x64windows-latest, windows-2025 or windows-2025-vs2026PHP 8.5
    Windows Server 2022x64windows-2022PHP 8.5
    Windows 11 ARMarm64windows-11-arm or windows-11-vs2026-armPHP 8.4
    macOS Golden Gate 27.xarm64xcode-27-
    macOS Tahoe 26.xarm64macos-latest or macos-26-
    macOS Sequoia 15.xarm64macos-15-
    macOS Tahoe 26.xx86_64macos-26-intelPHP 8.5
    macOS Sequoia 15.xx86_64macos-15-intelPHP 8.5

    [!NOTE] Support for Intel (x86_64) macOS runners and macOS Sonoma 14.x (macos-14) arm64 runners is deprecated and will be removed completely in a future release of setup-php. We recommend migrating to arm64-based macOS runners running macOS 15 or newer, such as macos-26 or macos-15.

    Self-Hosted Runners

    Host OS/Virtual environmentYAML workflow label
    Ubuntu 26.04self-hosted or Linux
    Ubuntu 24.04self-hosted or Linux
    Ubuntu 22.04self-hosted or Linux
    Debian 13self-hosted or Linux
    Debian 12self-hosted or Linux
    Windows 7 and newerself-hosted or Windows
    Windows Server 2012 R2 and newerself-hosted or Windows
    macOS Golden Gate 27.x arm64self-hosted or macOS
    macOS Tahoe 26.x arm64self-hosted or macOS
    macOS Sequoia 15.x arm64self-hosted or macOS
    • Refer to the self-hosted setup to use the action on self-hosted runners.
    • Operating systems based on the above Ubuntu and Debian versions are also supported on a best effort basis.
    • If the requested PHP version is pre-installed, setup-php switches to it, otherwise it installs the PHP version.

    :tada: PHP Support

    On all supported OS/Platforms, the following PHP versions can be set up as per the runner.

    • PHP 5.3 to PHP 8.7 on GitHub-hosted runners, except for macOS ARM64 runners.
    • PHP 5.6 to PHP 8.7 on GitHub-hosted macOS ARM64 runners.
    • PHP 5.6 to PHP 8.7 on self-hosted runners.
    PHP VersionStabilityRelease SupportRunner Support
    5.3StableEnd of lifeGitHub-hosted
    5.4StableEnd of lifeGitHub-hosted
    5.5StableEnd of lifeGitHub-hosted
    5.6StableEnd of lifeGitHub-hosted, self-hosted
    7.0StableEnd of lifeGitHub-hosted, self-hosted
    7.1StableEnd of lifeGitHub-hosted, self-hosted
    7.2StableEnd of lifeGitHub-hosted, self-hosted
    7.3StableEnd of lifeGitHub-hosted, self-hosted
    7.4StableEnd of lifeGitHub-hosted, self-hosted
    8.0StableEnd of lifeGitHub-hosted, self-hosted
    8.1StableEnd of lifeGitHub-hosted, self-hosted
    8.2StableSecurity fixes onlyGitHub-hosted, self-hosted
    8.3StableSecurity fixes onlyGitHub-hosted, self-hosted
    8.4StableActiveGitHub-hosted, self-hosted
    8.5StableActiveGitHub-hosted, self-hosted
    8.6NightlyIn developmentGitHub-hosted, self-hosted
    8.7NightlyIn developmentGitHub-hosted, self-hosted

    [!Note]

    • Specifying 8.7 or master in php-version input installs a nightly build of PHP 8.7.0-dev from the master branch of PHP. Specifying 8.6 or nightly installs a nightly build of PHP 8.6.0-dev from the PHP-8.6 branch. See nightly build setup for more information.
    • To use JIT on PHP 8.0 and above, refer to the JIT configuration section.

    :heavy_plus_sign: PHP Extension Support

    PHP extensions can be set up using the extensions input. It accepts a string in csv-format.

    • On Ubuntu, extensions which are available as a package, available on PECL or a git repository can be set up.
    - name: Setup PHP with PECL extension
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        extensions: imagick, redis
    
    • On Windows, extensions available on PECL which have the DLL binary can be set up.

    • On macOS, extensions available on PECL or a git repository can be set up.

    • On Ubuntu and macOS to compile and install an extension from a git repository follow this guide.

    • Extensions installed along with PHP if specified are enabled.

    • Specific versions of extensions available on PECL can be set up by suffixing the extension's name with the version. This is useful for installing old versions of extensions which support end-of-life PHP versions.

    - name: Setup PHP with specific version of PECL extension
      uses: shivammathur/setup-php@v2
      with:
        php-version: '5.4'
        extensions: swoole-1.9.3
    
    • Extensions with pre-release versions available on PECL can be set up by suffixing the extension's name with its state i.e alpha, beta, devel or snapshot.

      This sets the minimum stability. The newest release with that stability or a more stable state is selected.

    - name: Setup PHP with pre-release PECL extension
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        extensions: xdebug-beta
    
    • On Ubuntu and macOS to compile and install an extension from PECL with libraries or custom configuration follow this guide.

    • Shared extensions can be disabled by prefixing them with a :. All extensions depending on the specified extension will also be disabled.

    - name: Setup PHP and disable mbstring
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        extensions: :mbstring
    
    • All shared extensions can be disabled by specifying none. When none is specified along with other extensions, it is hoisted to the start of the input. So, all the shared extensions will be disabled first, then the rest of the extensions in the input will be processed.

    This disables all core and third-party shared extensions and thus, can break some tools that need them. Required extensions are enabled again when the tools are set up on a best-effort basis. So it is recommended to add the extensions required for your tools after none in the extensions input to avoid any issues.

    - name: Setup PHP without any shared extensions except mbstring
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        extensions: none, mbstring
    
    • Extension intl can be set up with specific ICU version for PHP 5.6 and above in Ubuntu workflows by suffixing intl with the ICU version. ICU 50.2 and newer versions are supported for PHP 8.4 and lower, ICU 57.2 and newer versions are supported for PHP 8.5 and above. Refer to ICU builds for the specific versions supported.
    - name: Setup PHP with intl
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        extensions: intl-77.1
    
    • Extensions loaded by default after setup-php runs can be found on the wiki.

    • These extensions have custom support:

      • cubrid and pdo_cubrid on Ubuntu.
      • event, gearman, geos and relay on Ubuntu and macOS.
      • blackfire, couchbase, ibm_db2, ioncube, oci8, pdo_firebird, pdo_ibm, pdo_oci, pecl_http, phalcon3, phalcon4, phalcon5, and zephir_parser on all supported OS.
    • By default, extensions which cannot be added or disabled gracefully leave an error message in the logs. The execution is not interrupted. To change this behaviour you can set fail-fast flag to true.

    - name: Setup PHP with fail-fast
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        extensions: oci8
      env:
        fail-fast: true
    

    :wrench: Tools Support

    These tools can be set up globally using the tools input. It accepts a string in csv-format.

    backward-compatibility-check, behat, blackfire, blackfire-player, box, castor, churn, codeception, composer, composer-dependency-analyser, composer-normalize, composer-prefetcher, composer-require-checker, composer-unused, cpx, cs2pr, deployer, ecs, flex, grpc_php_plugin, infection, laravel-cloud or cloud-cli, mago, name-collision-detector, parallel-lint, pecl, phan, phing, phinx, phive, php-config, php-cs-fixer, php-scoper, phpcbf, phpcpd, phpcs, phpdoc or phpDocumentor, phpize, phplint, phpmd, phpspec, phpstan, phpunit, phpunit-bridge, phpunit-polyfills, pie, pint, prestissimo, protoc, psalm, rector, symfony or symfony-cli, vapor or vapor-cli, wp or wp-cli

    - name: Setup PHP with tools
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: php-cs-fixer, phpunit
    
    • In addition to the above tools, any composer tool or package can also be set up globally by specifying it as vendor/package matching the listing on Packagist. This format accepts the same version constraints as composer.
    - name: Setup PHP with tools
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: vimeo/psalm
    
    • To set up a particular version of a tool, specify it in the form tool:version.

      Version can be in the following format:

      • Semver. For example tool:1.2.3 or tool:1.2.3-beta1.
      • Major version. For example tool:1 or tool:1.x.
      • Major and minor version. For example tool:1.2 or tool:1.2.x.

      When you specify just the major version or the version in major.minor format, the latest patch version matching the input will be set up.

    • To harden your workflow against supply chain attacks, you can pin a tool to a checksum in the form tool:version@sha256:<hash> or tool:version@sha512:<hash>. The downloaded tool is verified against the checksum and it is not set up if the verification fails, even if the tool is served from the tools cache.

    - name: Setup PHP with tools pinned to a checksum
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: composer:2.9.8@sha256:59b2c50e10cafa0d8efc19ede9a326d782f096c674a26baf98cf042ce23de890
    

    Checksum verification is supported only for tools downloaded as phar archives with a full version, such as tool:1.2.3 or tool:1.2.3-beta1. Specifying a checksum with an omitted version, a variable tag such as latest, stable, preview or snapshot, or a partial version such as 2, 2.x, 2.9 or 2.9.x results in an error. These versions can resolve to different releases with different checksums. Checksum verification is not supported for tools set up using composer packages or custom package scripts; specifying a checksum for these tools also results in an error.

    • The latest stable version of composer is set up by default. You can set up the required composer version by specifying the major version v1 or v2, or the version in major.minor or semver format. Additionally, for composer snapshot and preview can also be specified to set up the respective releases.
    - name: Setup PHP with composer v2
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: composer:v2
    
    • If you do not use composer in your workflow, you can specify tools: none to skip it.
    - name: Setup PHP without composer
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: none
    
    • Tools pear, pecl, phpize and php-config are set up by default for all supported PHP versions on Linux and macOS.

    • The latest version of blackfire cli is set up when blackfire is specified in tools input. Please refer to the official documentation for using blackfire with GitHub Actions.

    • Tools prestissimo and composer-prefetcher will be skipped unless composer:v1 is also specified in tools input. It is recommended to drop prestissimo and use composer v2.

    • By default, except composer tools which cannot be set up gracefully leave an error message in the logs, the execution is not interrupted. To change this behaviour you can set fail-fast flag to true.

    - name: Setup PHP with fail-fast
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: deployer
      env:
        fail-fast: true
    
    • By default, composer blocks all its plugins. If you are using the tools input to install a composer plugin it will be added to the allowlist, alternatively if your dependencies have composer plugins, you can allow them by setting COMPOSER_ALLOW_PLUGINS that accepts a csv string of plugin names.
    - name: Setup PHP with allow composer plugins
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
      env:
        COMPOSER_ALLOW_PLUGINS: composer/installers, composer/satis
    

    [!NOTE]

    • Input tools is useful to set up tools which are only used in CI workflows, thus keeping your composer.json tidy.
    • If you do not want to use all your dev-dependencies in workflow, you can run composer with --no-dev and install required tools using tools input to speed up your workflow.
    • By default, COMPOSER_NO_INTERACTION is set to 1 and COMPOSER_PROCESS_TIMEOUT is set to 0. In effect, this means that Composer commands in your scripts do not need to specify --no-interaction.
    • Also, COMPOSER_NO_AUDIT is set to 1. So if you want to audit your dependencies for security vulnerabilities, it is recommended to add a composer audit step before you install them.
    • If you want to set a different COMPOSER_PROCESS_TIMEOUT, you can set it in your workflow file using the env keyword.
    - name: Setup PHP with composer and custom process timeout
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
      env:
        COMPOSER_PROCESS_TIMEOUT: 300
    

    :signal_strength: Coverage Support

    Xdebug

    Specify coverage: xdebug to use Xdebug and disable PCOV.
    Runs on all PHP versions supported.

    - name: Setup PHP with Xdebug
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        coverage: xdebug
    
    • When you specify coverage: xdebug, the latest version of Xdebug compatible with the PHP version is set up by default.
    • If you need Xdebug 2.x on PHP 7.2, 7.3, or 7.4, you can specify coverage: xdebug2.
    - name: Setup PHP with Xdebug 2.x
      uses: shivammathur/setup-php@v2
      with:
        php-version: '7.4'
        coverage: xdebug2
    

    [!NOTE] Xdebug is enabled by default on Ubuntu GitHub Actions images, so if you are not using it in your workflows, it is recommended to disable it as that will have a positive impact on your PHP performance. Please refer to the disable coverage section for details.

    PCOV

    Specify coverage: pcov to use PCOV and disable Xdebug.
    Runs on PHP 7.1 and newer PHP versions.

    • If your source code directory is other than src, lib or, app, specify pcov.directory using the ini-values input.
    - name: Setup PHP with PCOV
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        ini-values: pcov.directory=api #optional, see above for usage.
        coverage: pcov
    
    • PHPUnit 8.x and above support PCOV out of the box.
    • If you are using PHPUnit 5.x, 6.x, or 7.x, you need to set up pcov/clobber before executing your tests.
    - name: Setup PCOV
      run: |
        composer require pcov/clobber
        vendor/bin/pcov clobber
    

    Disable Coverage

    Specify coverage: none to disable both Xdebug and PCOV.

    Disable coverage for these reasons:

    • You are not generating coverage reports while testing.
    • You are using phpdbg for running your tests.
    • You are profiling your code using blackfire.
    • You are using PHP in JIT mode. Please refer to the JIT configuration section for more details.
    - name: Setup PHP with no coverage driver
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        coverage: none
    

    :memo: Usage

    Inputs

    Specify using with keyword

    php-version (optional)
    • Specify the PHP version you want to set up.
    • Accepts a string. For example '8.5'.
    • Accepts lowest to set up the lowest supported PHP version.
    • Accepts highest or latest to set up the latest stable PHP version.
    • Accepts nightly to set up a nightly build of the next PHP release (8.6).
    • Accepts master to set up a nightly build from the master branch of PHP (8.7).
    • Accepts pre-installed to set up the highest pre-installed PHP version. You can combine this with update: true to update the pre-installed PHP version.
    • Accepts the format d.x, where d is the major version. For example 5.x, 7.x and 8.x.
    • See PHP support for the supported PHP versions.
    • If not specified, it looks for the following in order:
      • The php-version-file input if it exists
      • A composer.lock file and the platform-overrides.php value
      • A composer.json file and the config.platform.php value
      • If the composer.lock or composer.json file is in a subdirectory in your repository, please specify the subdirectory path in COMPOSER_PROJECT_DIR env.
    php-version-file (optional)
    • Specify a file with the PHP version you want to set up.
    • Accepts a string. For example '.phpenv-version'.
    • See PHP support for the supported PHP versions.
    • By default, .php-version file is used.
    • The file needs to either have the PHP version as its content or follows the asdf .tool-versions format.
    • If not specified and the default .php-version file is not found, the latest stable PHP version is set up.
    extensions (optional)
    • Specify the extensions you want to add or disable.
    • Accepts a string in csv-format. For example mbstring, :opcache.
    • Accepts none to disable all shared extensions.
    • Shared extensions prefixed with : are disabled.
    • See PHP extension support for more info.
    ini-file (optional)
    • Specify the base php.ini file.
    • Accepts production, development or none.
    • By default, production php.ini file is used.
    ini-values (optional)
    • Specify the values you want to add to php.ini.
    • Accepts a string in csv-format. For example post_max_size=256M, max_execution_time=180.
    • Accepts ini values with commas if wrapped in quotes. For example xdebug.mode="develop,coverage".
    coverage (optional)
    • Specify the code-coverage driver you want to set up.
    • Accepts xdebug, pcov or none.
    • See coverage support for more info.
    tools (optional)
    • Specify the tools you want to set up.
    • Accepts a string in csv-format. For example: phpunit, phpcs
    • See tools support for tools supported.
    github-token (optional)
    • Specify the GitHub token to use for authentication.
    • Accepts a string.
    • By default, GITHUB_TOKEN secret provided by GitHub Actions is used.
    • For GitHub Enterprise users, it is recommended to use a Personal Access Token (PAT).

    Outputs

    php-version

    On GitHub Actions you can assign the setup-php step an id, you can use the same to get the outputs in a later step.

    • Provides the PHP version in semver format.
    - name: Setup PHP
      id: setup-php
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
    
    - name: Print PHP version
      run: echo ${{ steps.setup-php.outputs.php-version }}
    

    Flags

    Specify using env keyword

    fail-fast (optional)
    • Specify to mark the workflow as failed if an extension or tool fails to set up.
    • This changes the default mode from graceful warnings to fail-fast.
    • By default, it is set to false.
    • Accepts true and false.
    phpts (optional)
    • Specify to set up a thread-safe build of PHP.
    • Accepts nts for non-thread-safe and zts or ts for thread-safe.
    • By default, it is set to nts.
    • See thread safe setup for more info.
    update (optional)
    • Specify to update PHP on the runner to the latest patch version.
    • Accepts true and false.
    • By default, it is set to false.
    • See force update setup for more info.
    verbose (optional)
    • Specify to enable verbose output.
    • Accepts true, false, v, vv and vvv.
    • By default, it is set to false.
    • See verbose setup for more info.

    See below for more info.

    Basic Setup

    Set up a particular PHP version.

    steps:
    - name: Setup PHP
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        extensions: mbstring, intl
        ini-values: post_max_size=256M, max_execution_time=180
        coverage: xdebug
        tools: php-cs-fixer, phpunit
    

    Matrix Setup

    Set up multiple PHP versions on multiple operating systems.

    jobs:
      run:
        runs-on: ${{ matrix.operating-system }}
        strategy:
          matrix:
            operating-system: ['ubuntu-latest', 'windows-latest', 'macos-latest']
            php-versions: ['8.2', '8.3', '8.4', '8.5']
            phpunit-versions: ['latest']
            include:
              - operating-system: 'ubuntu-latest'
                php-versions: '8.1'
                phpunit-versions: 10
        steps:
        - name: Setup PHP
          uses: shivammathur/setup-php@v2
          with:
            php-version: ${{ matrix.php-versions }}
            extensions: mbstring, intl
            ini-values: post_max_size=256M, max_execution_time=180
            coverage: xdebug
            tools: php-cs-fixer, phpunit:${{ matrix.phpunit-versions }}
    

    Nightly Build Setup

    Set up a nightly build of PHP 8.6 or PHP 8.7.

    • These PHP versions are currently in active development and might contain bugs and breaking changes.
    • Some user space extensions might not support these versions currently.
    steps:
    - name: Setup nightly PHP
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.7'
        extensions: mbstring
        ini-values: post_max_size=256M, max_execution_time=180
        coverage: xdebug
        tools: php-cs-fixer, phpunit
    

    Debug Build Setup

    Set up a PHP build with debugging symbols.

    • Production release builds of PHP without debugging symbols are set up by default.
    • You can use the debug environment variable to set up a build with debugging symbols for PHP 5.6 and above.

    [!NOTE]

    • On Linux, the debug symbols are added as debug info files in the /usr/lib/debug/.build-id directory. These files match the build-id in the ELF section of the PHP binaries and debugging tools like gdb are able to resolve the symbols from these files.
    • On Windows, the debug symbols are added as pdb files in the PHP installation directory.
    • On macOS, the debug symbols are compiled into the binaries.
    steps:
    - name: Setup PHP with debugging symbols
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
      env:
        debug: true # specify true or false
    

    Thread Safe Setup

    Set up TS or NTS PHP.

    • NTS versions are set up by default.
    jobs:
      run:
        runs-on: [ubuntu-latest, windows-latest, macos-latest]
        name: Setup PHP TS
        steps:
        - name: Setup PHP
          uses: shivammathur/setup-php@v2
          with:
            php-version: '8.5'
          env:
            phpts: ts # specify ts or nts
    

    Force Update Setup

    Update to the latest patch of PHP versions.

    • Pre-installed PHP versions are not updated to their latest patch release by default.
    • If ppa:ondrej/php is missing on the Ubuntu GitHub environment, the PHP version is updated to the latest patch release.
    • You can specify the update environment variable to true for updating to the latest release.
    - name: Setup PHP with latest versions
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
      env:
        update: true # specify true or false
    

    Verbose Setup

    Debug your workflow

    • Set the verbose environment variable to true or v to show command output.
    • Set verbose to vv or vvv to also enable set -x on Linux and macOS.
    • On Windows, vv enables Set-PSDebug -Trace 1 and vvv enables Set-PSDebug -Trace 2.
    • Enabling GitHub Actions debug logging (RUNNER_DEBUG=1) also enables verbose mode.
    • The verbose and more-verbose tags have been deprecated and will be discontinued in the next major release.
    - name: Setup PHP with logs
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
      env:
        verbose: true
    

    Multi-Arch Setup

    Set up PHP on multiple architectures on Ubuntu GitHub Runners.

    • PHP 5.6 to PHP 8.5 are supported by setup-php on multiple architecture on Ubuntu and Debian.
    • For this, you can use shivammathur/node images as containers. These have compatible Nodejs and PHP installed for setup-php.
    jobs:
      run:
        runs-on: ${{ matrix.os }}
        container: shivammathur/node:php-${{ matrix.php-versions }}-24.04-${{ matrix.arch }}
        strategy:
          matrix:
            arch: ["amd64", "arm64v8"]
            php-versions: [8.4, 8.5]
            include:
                - arch: "amd64"
                  os: "ubuntu-24.04"
                - arch: "arm64v8" 
                  os: "ubuntu-24.04-arm"
        steps:
          - name: Install PHP
            uses: shivammathur/setup-php@v2
            with:
              php-version: ${{ matrix.php-versions }}
    

    Self Hosted Setup

    Set up PHP on a self-hosted runner.

    • To set up a containerized self-hosted runner, refer to the following guides as per your base operating system.

    • To set up the runner directly on the host OS or in a virtual machine, follow this requirements guide before setting up the self-hosted runner.

    • If your workflow uses service containers, then set up the runner on a Linux host or in a Linux virtual machine. GitHub Actions does not support nested virtualization on Linux, so services will not work in a dockerized container.

    It is recommended to specify the environment variable runner with the value self-hosted for self-hosted environments.

    jobs:
      run:
        runs-on: self-hosted
        strategy:
          matrix:
            php-versions: ['5.6', '7.0', '7.1', '7.2', '7.3', '7.4', '8.0', '8.1', '8.2', '8.3', '8.4', '8.5']
        name: PHP ${{ matrix.php-versions }}
        steps:
        - name: Setup PHP
          uses: shivammathur/setup-php@v2
          with:
            php-version: ${{ matrix.php-versions }}
          env:
            runner: self-hosted
    

    [!NOTE]

    • Do not set up multiple self-hosted runners on a single server instance as parallel workflows will conflict with each other.
    • Do not set up self-hosted runners on the side of your development environment or your production server.
    • Avoid using the same labels for your self-hosted runners which are used by GitHub-hosted runners.

    Local Testing Setup

    Test your Ubuntu workflow locally using nektos/act.

    jobs:
      run:
        runs-on: ubuntu-latest
        steps:
        - name: Setup PHP
          uses: shivammathur/setup-php@v2
          with:
            php-version: '8.5'
    

    Run the workflow locally with act using shivammathur/node docker images.

    Choose the image tag which matches the runs-on property in your workflow. For example, if you are using ubuntu-22.04 in your workflow, run act -P ubuntu-22.04=shivammathur/node:22.04.

    # For runs-on: ubuntu-latest
    act -P ubuntu-latest=shivammathur/node:latest
    
    # For runs-on: ubuntu-24.04
    act -P ubuntu-24.04=shivammathur/node:24.04
    
    # For runs-on: ubuntu-22.04
    act -P ubuntu-22.04=shivammathur/node:22.04
    

    JIT Configuration

    Enable Just-in-time (JIT) on PHP 8.0 and above.

    • To enable JIT, enable opcache in cli mode by setting opcache.enable_cli=1.
    • JIT conflicts with Xdebug, PCOV, and other extensions which override zend_execute_ex function, so set coverage: none and disable any such extension if added.
    • By default, opcache.jit=1235 and opcache.jit_buffer_size=256M (opcache.jit_buffer_size=128M on ARM-based environments) are set which can be changed using ini-values input.
    • For detailed information about JIT related directives refer to the official PHP documentation.

    For example, to enable JIT in tracing mode with buffer size of 64 MB.

    - name: Setup PHP with JIT in tracing mode
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        coverage: none
        ini-values: opcache.enable_cli=1, opcache.jit=tracing, opcache.jit_buffer_size=64M
    

    Cache Extensions

    You can cache PHP extensions using shivammathur/cache-extensions and action/cache GitHub Actions. Extensions which take very long to set up when cached are available in the next workflow run and are enabled directly. This reduces the workflow execution time.
    Refer to shivammathur/cache-extensions for details.

    Cache Composer Dependencies

    If your project uses composer, you can persist the composer's internal cache directory. Dependencies cached are loaded directly instead of downloading them while installation. The files cached are available across check-runs and will reduce the workflow execution time.

    - name: Get composer cache directory
      id: composer-cache
      run: echo "dir=$(composer config cache-files-dir)" >> $GITHUB_OUTPUT
    
    - name: Cache dependencies
      uses: actions/cache@v4
      with:
        path: ${{ steps.composer-cache.outputs.dir }}
        key: ${{ runner.os }}-composer-${{ hashFiles('**/composer.lock') }}
        restore-keys: ${{ runner.os }}-composer-
    
    - name: Install dependencies
      run: composer install --prefer-dist
    

    [!NOTE]

    • Please do not cache vendor directory using action/cache as that will have side effects.
    • If you do not commit composer.lock, you can use the hash of composer.json as the key for your cache.
    key: ${{ runner.os }}-composer-${{ hashFiles('**/composer.json') }}
    
    • If you support a range of composer dependencies and use prefer-lowest and prefer-stable options, you can store them in your matrix and add them to the keys.
    key: ${{ runner.os }}-composer-${{ matrix.prefer }}-${{ hashFiles('**/composer.lock') }}
    restore-keys: ${{ runner.os }}-composer-${{ matrix.prefer }}-
    

    GitHub Composer Authentication

    By default, setup-php uses the GITHUB_TOKEN secret that is generated for each workflow run. In case you want to use a Personal Access Token (PAT) instead, you can set the github-token input.

    - name: Setup PHP
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        github-token: ${{ secrets.YOUR_PAT_TOKEN }}
    

    The COMPOSER_TOKEN and GITHUB_TOKEN environment variables have been deprecated in favor of the github-token input and will be removed in the next major version.

    For GitHub Enterprise users, the github-token input does not default to the GITHUB_TOKEN secret. Therefore, it's recommended to set the github-token input to a Personal Access Token (PAT).

    Private Packagist Authentication

    If you use Private Packagist for your private composer dependencies, you can set the PACKAGIST_TOKEN environment variable to authenticate.

    - name: Setup PHP
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
      env:
        PACKAGIST_TOKEN: ${{ secrets.PACKAGIST_TOKEN }}
    

    Manual Composer Authentication

    In addition to GitHub or Private Packagist, if you want to authenticate private repositories hosted elsewhere, you can set the COMPOSER_AUTH_JSON environment variable with the authentication methods and the credentials in JSON format. Please refer to the authentication section in composer documentation for more details.

    - name: Setup PHP
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
      env:
        COMPOSER_AUTH_JSON: |
          {
            "http-basic": {
              "example.org": {
                "username": "${{ secrets.EXAMPLE_ORG_USERNAME }}",
                "password": "${{ secrets.EXAMPLE_ORG_PASSWORD }}"
              }
            }
          }
    

    Inline PHP Scripts

    If you have to run multiple lines of PHP code in your workflow, you can do that easily without saving it to a file.

    Put the code in the run property of a step and specify the shell as php {0}.

    - name: Setup PHP
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
    
    - name: Run PHP code
      shell: php {0}
      run: |
        <?php
        $welcome = "Hello, world";
        echo $welcome;
    

    Problem Matchers

    Problem matchers are json configurations which identify errors and warnings in your logs and surface them prominently in the GitHub Actions UI by highlighting them and creating code annotations.

    PHP

    Set up problem matchers for your PHP output by adding this step after the setup-php step.

    - name: Setup problem matchers for PHP
      run: echo "::add-matcher::${{ runner.tool_cache }}/php.json"
    
    PHPUnit

    Set up problem matchers for your PHPUnit output by adding this step after the setup-php step.

    - name: Setup problem matchers for PHPUnit
      run: echo "::add-matcher::${{ runner.tool_cache }}/phpunit.json"
    
    PHPStan

    PHPStan supports error reporting in GitHub Actions, so it does not require problem matchers.

    - name: Setup PHP
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: phpstan
    
    - name: Run PHPStan
      run: phpstan analyse src
    
    Psalm

    Psalm supports error reporting in GitHub Actions with an output format github.

    - name: Setup PHP
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: psalm
    
    - name: Run Psalm
      run: psalm --output-format=github
    
    Tools with checkstyle support

    For tools that support checkstyle reporting like phpstan, psalm, php-cs-fixer and phpcs you can use cs2pr to annotate your code.
    For examples refer to the cs2pr documentation.

    Here is an example with phpcs.

    - name: Setup PHP
      uses: shivammathur/setup-php@v2
      with:
        php-version: '8.5'
        tools: cs2pr, phpcs
    
    - name: Run phpcs
      run: phpcs -q --report=checkstyle src | cs2pr
    

    Examples

    Examples of using setup-php with various PHP frameworks and packages.

    Framework/PackageRuns onWorkflow
    BlackfiremacOS, ubuntu and windowsblackfire.yml
    Blackfire PlayermacOS and ubuntublackfire-player.yml
    CakePHP with MySQL and Redisubuntucakephp-mysql.yml
    CakePHP with PostgreSQL and Redisubuntucakephp-postgres.yml
    CakePHP without servicesmacOS, ubuntu and windowscakephp.yml
    CodeIgnitermacOS, ubuntu and windowscodeigniter.yml
    Drupal 11 (Composer-managed)ubuntudrupal.yml
    Laminas MVCmacOS, ubuntu and windowslaminas-mvc.yml
    Laravel with MySQL and Redisubuntularavel-mysql.yml
    Laravel with PostgreSQL and Redisubuntularavel-postgres.yml
    Laravel without servicesmacOS, ubuntu and windowslaravel.yml
    Lumen with MySQL and Redisubuntulumen-mysql.yml
    Lumen with PostgreSQL and Redisubuntulumen-postgres.yml
    Lumen without servicesmacOS, ubuntu and windowslumen.yml
    Phalcon with MySQLubuntuphalcon-mysql.yml
    Phalcon with PostgreSQLubuntuphalcon-postgres.yml
    Slim FrameworkmacOS, ubuntu and windowsslim-framework.yml
    Symfony with MySQLubuntusymfony-mysql.yml
    Symfony with PostgreSQLubuntusymfony-postgres.yml
    Symfony without servicesmacOS, ubuntu and windowssymfony.yml
    WordPress pluginubuntuwordpress.yml
    WordPress with Roots/Bedrockubuntubedrock.yml
    WordPress with Roots/Sageubuntusage.yml
    Yii3 web application with MySQLubuntuyii3-mysql.yml
    Yii3 web application with PostgreSQLubuntuyii3-postgres.yml
    Yii3 web applicationubuntu and windowsyii3.yml

    :bookmark: Versioning

    • Use the v2 tag as setup-php version. It is a rolling tag and is synced with the latest minor and patch releases. With v2 you automatically get the bug fixes, security patches, new features, and support for latest PHP releases.
    • Semantic release versions can also be used. It is recommended to use dependabot with semantic versioning to keep the actions in your workflows up to date.
    • Commit SHA can also be used, but is not recommended unless you set up tooling to update them with each release of the action.
    • A new major version of the action will only be tagged when there are breaking changes in the setup-php API i.e. - inputs, outputs, and environment flags.
    • For debugging any issues, use the verbose environment variable.
    • It is highly discouraged to use the main branch as the version, it might break your workflow after major releases as they have breaking changes.
    • If you are using the v1 tag or a 1.x.y version, you should switch to v2 as v1 is not supported anymore.

    :scroll: License

    • The scripts and documentation in this project are under the MIT License.
    • This project has multiple dependencies. Their licenses can be found in their respective repositories.
    • The logo for setup-php is a derivative work of php.net logo and is licensed under the CC BY-SA 4.0 License.

    :+1: Contributions

    Contributions are welcome!

    • See Contributor's Guide before you start.
    • If you face any issues or want to suggest a feature/improvement, start a discussion here.

    Contributors of setup-php and other related projects

    :sparkling_heart: Support This Project

    These companies generously provide setup-php their products and services to aid in the development of this project.

    Many users and organizations support setup-php via GitHub Sponsors.

    • If you use setup-php, please consider starring the project and sharing it.
    • If you blog, please share your experience of using setup-php.
    • Please reach out if you have any questions about sponsoring setup-php.

    :package: Dependencies

    :bookmark_tabs: Further Reading