search

CircleCI-Public / cimg-php

The CircleCI PHP Docker image. Based on the `cimg/base` image.
https://circleci.com/developer/images/image/cimg/php
MIT License
12 stars 16 forks source link
circleci-images convenience-image docker php

readme

CircleCI Logo Docker Logo PHP Logo

CircleCI Convenience Images => PHP

A Continuous Integration focused PHP Docker image built to run on CircleCI

CircleCI Build Status Software License Docker Pulls CircleCI Community Repository

This image is designed to supercede the legacy CircleCI PHP image, circleci/php.

cimg/php is a Docker image created by CircleCI with continuous integration builds in mind. Each tag contains a complete PHP version and Composer, everything required for builds to complete successfully in a CircleCI environment.

Support Policy

The CircleCI Docker Convenience Image support policy can be found on the CircleCI docs site. This policy outlines the release, update, and deprecation policy for CircleCI Docker Convenience Images.

Table of Contents

Getting Started

This image can be used with the CircleCI docker executor. For example:

jobs:
  build:
    docker:
      - image: cimg/php:7.4.26
    steps:
      - checkout
      - run: php --version

In the above example, the CircleCI PHP Docker image is used for the primary container. More specifically, the tag 7.4.26 is used meaning the version of PHP will be PHP v7.4.26. You can now use PHP within the steps for this job.

How This Image Works

This image contains the PHP programming language as well as Composer and a few very popular PHP extensions.

PHP Extensions

This image contains PEAR, PECL, and Docker PHP Helper scripts These tools can be used to install various PHP extensions and utilities. For example, to install pcov, the following command can be run:

sudo pecl install pcov

Docker PHP Helper scripts help to install Core extensions that are bundled with PHP.

One way to add supported packages is through mlocati's extension installer:

sudo -E install-php-extensions xsl xdebug
# Occassionally, you'll will also need to enable an extension:
sudo docker-php-ext-enable xdebug

Alternatively,

sudo docker-php-source extract && \
# To include configuration options, the sudo docker-php-ext-configure command and --with- flag can be used
sudo docker-php-ext-install iconv && \
sudo -E docker-php-ext-enable iconv && \
docker-php-source delete

Older versions of this image suggested installing extensions via apt-get. This is no longer the suggested route unless you are providing your own source of packages and know exactly what you are doing.

Composer v2

This image includes Composer v2 for tags built on November 2020 and after. For anyone who can't yet use this and needs to use Composer v1 instead, you can run the following at the beginning of your build:

- run: sudo composer self-update --1

Variants

Variant images typically contain the same base software, but with a few additional modifications.

Node.js

The Node.js variant is the same PHP image but with Node.js also installed. The Node.js variant can be used by appending -node to the end of an existing cimg/php tag.

jobs:
  build:
    docker:
      - image: cimg/php:7.4.26-node
    steps:
      - checkout
      - run: php --version
      - run: node --version

Browsers

The browsers variant is the same PHP image but with Node.js, Java, Selenium, and browser dependencies pre-installed via apt. The browsers variant can be used by appending -browser to the end of an existing cimg/php tag. The browsers variant is designed to work in conjunction with the CircleCI Browser Tools orb. You can use the orb to install a version of Google Chrome and/or Firefox into your build. The image contains all of the supporting tools needed to use both the browser and its driver.

orbs:
  browser-tools: circleci/browser-tools@1.1
jobs:
  build:
    docker:
      - image: cimg/php:7.4.26-browsers
    steps:
      - browser-tools/install-browser-tools
      - checkout
      - run: |
          php --version
          node --version
          java --version
          google-chrome --version

Tagging Scheme

This image has the following tagging scheme:

cimg/php:<php-version>[-variant]

<php-version> - The version of PHP to use. This can be a full SemVer point release (such as 7.4.25) or just the minor release (such as 7.4). If you use the minor release tag, it will automatically point to future patch updates as they are released by the PHP Team. For example, the tag 7.4 points to PHP v7.4.25 now, but when the next release comes out, it will point to PHP v7.4.26.

[-variant] - Variant tags, if available, can optionally be used. For example, the Node.js variant could be used like this: cimg/php:7.4-node.

Development

Images can be built and run locally with this repository. This has the following requirements:

Cloning For Community Users (no write access to this repository)

Fork this repository on GitHub. When you get your clone URL, you'll want to add --recurse-submodules to the clone command in order to populate the Git submodule contained in this repo. It would look something like this:

git clone --recurse-submodules <my-clone-url>

If you missed this step and already cloned, you can just run git submodule update --recursive to populate the submodule. Then you can optionally add this repo as an upstream to your own:

git remote add upstream https://github.com/CircleCI-Public/cimg-php.git

Cloning For Maintainers ( you have write access to this repository)

Clone the project with the following command so that you populate the submodule:

git clone --recurse-submodules git@github.com:CircleCI-Public/cimg-php.git

Generating Dockerfiles

Dockerfiles can be generated for a specific PHP version using the gen-dockerfiles.sh script. For example, to generate the Dockerfile for PHP v7.4.26, you would run the following from the root of the repo:

./shared/gen-dockerfiles.sh 7.4.26

The generated Dockerfile will be located at ./7.4/Dockefile. To build this image locally and try it out, you can run the following:

cd 7.4
docker build -t test/php:7.4.26 .
docker run -it test/php:7.4.26 bash

Building the Dockerfiles

To build the Docker images locally as this repository does, you'll want to run the build-images.sh script:

./build-images.sh

This would need to be run after generating the Dockerfiles first. When releasing proper images for CircleCI, this script is run from a CircleCI pipeline and not locally.

Publishing Official Images (for Maintainers only)

The individual scripts (above) can be used to create the correct files for an image, and then added to a new git branch, committed, etc. A release script is included to make this process easier. To make a proper release for this image, let's use the fake PHP version of PHP v9.99, you would run the following from the repo root:

./shared/release.sh 9.99

This will automatically create a new Git branch, generate the Dockerfile(s), stage the changes, commit them, and push them to GitHub. The commit message will end with the string [release]. This string is used by CircleCI to know when to push images to Docker Hub. All that would need to be done after that is:

The main branch build will then publish a release.

Incorporating Changes

How changes are incorporated into this image depends on where they come from.

build scripts - Changes within the ./shared submodule happen in its own repository. For those changes to affect this image, the submodule needs to be updated. Typically like this:

cd shared
git pull
cd ..
git add shared
git commit -m "Updating submodule for foo."

parent image - By design, when changes happen to a parent image, they don't appear in existing PHP images. This is to aid in "determinism" and prevent breaking customer builds. New PHP images will automatically pick up the changes.

If you really want to publish changes from a parent image into the PHP image, you have to build a specific image version as if it was a new image. This will create a new Dockerfile and once published, a new image.

PHP specific changes - Editing the Dockerfile.template file in this repo is how to modify the PHP image specifically. Don't forget that to see any of these changes locally, the gen-dockerfiles.sh script will need to be run again (see above).

Contributing

We encourage issues and pull requests against this repository.

Please check out our contributing guide which outlines best practices for contributions and what you can expect from the images team at CircleCI.

Additional Resources

CircleCI Docs - The official CircleCI Documentation website. CircleCI Configuration Reference - From CircleCI Docs, the configuration reference page is one of the most useful pages we have. It will list all of the keys and values supported in .circleci/config.yml. Docker Docs - For simple projects this won't be needed but if you want to dive deeper into learning Docker, this is a great resource.

License

This repository is licensed under the MIT license. The license can be found here.