woocommerce/.travis.yml

version: ~> 1.0

language: php
dist: xenial

cache:
  directories:
    - $HOME/.composer/cache

# Since Xenial services are not started by default, we need to instruct it below to start.
services:
  - mysql
  - docker

# Test main supported versions of PHP against latest WP.
php:
  - 7.0
  - 7.1
  - 7.2
  - 7.3
  - 7.4

env:
  - WP_VERSION=latest WP_MULTISITE=0

# Additional tests against stable PHP (min version is 7.0)
# and code coverage report.
jobs:
  fast_finish: true
  include:
  - name: "Core E2E Tests"
    env: WP_VERSION=latest WP_MULTISITE=0 RUN_E2E=1
    install:
     - nvm install
     - npm install
     - composer install
    script:
      - npm run build:assets
      - npm run docker:up
      - npm run test:e2e
    after_script:
      - npm run docker:down
  - name: "WP Nightly"
    php: 7.4
    env: WP_VERSION=nightly WP_MULTISITE=0
  - name: "WP Latest - 1"
    php: 7.2
    env: WP_VERSION=5.4 WP_MULTISITE=0
  - name: "WP Latest - 2"
    php: 7.2
    env: WP_VERSION=5.3 WP_MULTISITE=0
  - name: "Code Standards"
    php: 7.4
    env: WP_VERSION=latest WP_MULTISITE=0 RUN_PHPCS=1
  - name: "Code Coverage"
    php: 7.4
    env: WP_VERSION=latest WP_MULTISITE=0 RUN_CODE_COVERAGE=1
  allow_failures:
  - php: 7.4
    env: WP_VERSION=latest WP_MULTISITE=0 RUN_CODE_COVERAGE=1

install:
  - export PATH="$HOME/.composer/vendor/bin:$PATH"
  - |
    # Remove Xdebug for a huge performance increase:
    if [ -f ~/.phpenv/versions/$(phpenv version-name)/etc/conf.d/xdebug.ini ]; then
      phpenv config-rm xdebug.ini
    else
      echo "xdebug.ini does not exist"
    fi
  - composer install
  - |
    # Install WP Test suite, install PHPUnit globally:
    if [[ ! -z "$WP_VERSION" ]]; then
      bash tests/bin/install.sh woocommerce_test root '' localhost $WP_VERSION
      composer global require "phpunit/phpunit=6.5.*|7.5.*"
    fi

script:
  - bash tests/bin/phpunit.sh
  - bash tests/bin/phpcs.sh

after_script:
  - bash tests/bin/travis.sh after

# Specifies that Travis should create builds for master and release branches and also tags.
branches:
  only:
    - master
    - /^\d+\.\d+(\.\d+)?(-\S*)?$/
    - /^release\//

before_install:
  - composer self-update --1
merge config from from https://github.com/woocommerce/woocommerce-admin/pull/3717 2020-04-02 17:34:00 +00:00			`version: ~> 1.0`

[#3176] Add unit test boostrap 2014-09-01 06:03:52 +00:00			`language: php`
Xenial not Bionic 2019-08-05 12:29:09 +00:00			`dist: xenial`
[#3176] Add unit test boostrap 2014-09-01 06:03:52 +00:00
merge travis config files 2020-04-30 20:26:20 +00:00			`cache:`
Make caching in CI predictable and properly name `install:` 2020-05-12 22:33:29 +00:00			`directories:`
			`- $HOME/.composer/cache`
merge travis config files 2020-04-30 20:26:20 +00:00
Use start-stop deamon 2019-08-05 12:52:43 +00:00			`# Since Xenial services are not started by default, we need to instruct it below to start.`
			`services:`
			`- mysql`
Update docker-compose file & setup running e2e tests on Travis CI 2019-11-26 20:34:00 +00:00			`- docker`
Use start-stop deamon 2019-08-05 12:52:43 +00:00
test tweak 2017-08-22 10:02:32 +00:00			`# Test main supported versions of PHP against latest WP.`
Update travis config; remove 5.2, add 5.6 and hhvm 2015-02-03 16:43:01 +00:00			`php:`
Added PHP 7 in the tests 2015-12-08 18:26:14 +00:00			`- 7.0`
Run unit tests against PHP 7.2 as well on Travis 2017-12-11 15:56:47 +00:00			`- 7.1`
Use separate Travis build jobs to run e2e tests and PHPCS This commit creates two new Travis build jobs, one to run the e2e tests and another to run PHPCS. Doing this, instead of running those two checks in the same build job as the PHP 7.2 unit tests, should make the total build time shorter and it should make it easier to see why the build failed. 2018-12-05 18:00:05 +00:00			`- 7.2`
Use WP latest instead of 5.0-beta3 to run the PHP 7.3 Travis build job Now that WP 5.0 has been released, we don't need to use 5.0-beta3 anymore to run the PHP 7.3 Travis build job. 2018-12-19 13:32:51 +00:00			`- 7.3`
Use PHP 7.4 instead of PHP 7.4snapshot in Travis This commit simply updates the PHP 7.4 version that is used in Travis now that PHP 7.4 has been officially released. Previously we were using RC versions to test the upcoming release. 2019-12-02 14:15:38 +00:00			`- 7.4`
Update travis config; remove 5.2, add 5.6 and hhvm 2015-02-03 16:43:01 +00:00
			`env:`
Remove unused Travis environment variable This commit removes the unused Travis enrivonment variable PHP_LATEST_STABLE. 2017-11-13 19:22:46 +00:00			`- WP_VERSION=latest WP_MULTISITE=0`
Update travis config; remove 5.2, add 5.6 and hhvm 2015-02-03 16:43:01 +00:00
Updated the minimum PHP version to 7.0 2020-04-07 00:07:33 +00:00			`# Additional tests against stable PHP (min version is 7.0)`
Generate code coverage report on a separate non-blocking Travis job Travis build is taking about 40 minutes to complete, and that is mostly because of the generation of the code coverage report. To address that, this commit changes Travis configuration to run the command to generate code coverage report on a separate non-blocking Travis job. This way once the jobs that run the tests finishes, Travisi will mark the build as successful and will keep running code coverage on a separate job. 2017-11-13 17:53:42 +00:00			`# and code coverage report.`
update travis config 2020-04-30 17:33:46 +00:00			`jobs:`
merge travis config files 2020-04-30 20:26:20 +00:00			`fast_finish: true`
[#3176] Add unit test boostrap 2014-09-01 06:03:52 +00:00			`include:`
merge travis config files 2020-04-30 20:26:20 +00:00			`- name: "Core E2E Tests"`
restore travis e2e setup script 2020-05-01 13:18:21 +00:00			`env: WP_VERSION=latest WP_MULTISITE=0 RUN_E2E=1`
Improve Travis build performance by running `npm install` only when needed This commit changes the .travis.yml file to run `npm install` (and two associated commands) only when running the build job that executes the E2E tests. Running `npm install` takes about 160 seconds to complete and, before this commit, we were running it for all build jobs unnecessarily. 2020-10-15 20:04:25 +00:00			`install:`
			`- nvm install`
			`- npm install`
			`- composer install`
restore travis e2e setup script 2020-05-01 13:18:21 +00:00			`script:`
restore looking up tags from git, add npm install to travis e2e script 2020-09-10 17:33:29 +00:00			`- npm run build:assets`
restore latest default.json from master 2020-05-01 14:06:39 +00:00			`- npm run docker:up`
			`- npm run test:e2e`
			`after_script:`
			`- npm run docker:down`
Cleaned up our Travis config to suit the WP support policy 2020-05-19 14:00:32 +00:00			`- name: "WP Nightly"`
Use latest PHP version to run Travis build jobs This commit updates Travis configuration to use the latest PHP version to run build jobs for e2e tests, coding standard checks, unit test code coverage and for running unit tests using WP nightly. For those jobs we want to always use the latest PHP version. 2019-12-02 14:50:36 +00:00			`php: 7.4`
Add a new Travis job to run WC unit tests using WordPress nightly Doing this to help us find problems in the upcoming versions of WordPress. 2019-01-16 11:06:35 +00:00			`env: WP_VERSION=nightly WP_MULTISITE=0`
Cleaned up our Travis config to suit the WP support policy 2020-05-19 14:00:32 +00:00			`- name: "WP Latest - 1"`
Reduce the number of tests to run. Just test with one PHP version, so that it doesn't take more than 30 minutes to finish. 2020-04-15 16:36:27 +00:00			`php: 7.2`
Bump the WP versions used in the Travis build jobs 2020-10-14 13:11:26 +00:00			`env: WP_VERSION=5.4 WP_MULTISITE=0`
Cleaned up our Travis config to suit the WP support policy 2020-05-19 14:00:32 +00:00			`- name: "WP Latest - 2"`
Reduce the number of tests to run. Just test with one PHP version, so that it doesn't take more than 30 minutes to finish. 2020-04-15 16:36:27 +00:00			`php: 7.2`
Bump the WP versions used in the Travis build jobs 2020-10-14 13:11:26 +00:00			`env: WP_VERSION=5.3 WP_MULTISITE=0`
Cleaned up our Travis config to suit the WP support policy 2020-05-19 14:00:32 +00:00			`- name: "Code Standards"`
			`php: 7.4`
			`env: WP_VERSION=latest WP_MULTISITE=0 RUN_PHPCS=1`
			`- name: "Code Coverage"`
			`php: 7.4`
			`env: WP_VERSION=latest WP_MULTISITE=0 RUN_CODE_COVERAGE=1`
Generate code coverage report on a separate non-blocking Travis job Travis build is taking about 40 minutes to complete, and that is mostly because of the generation of the code coverage report. To address that, this commit changes Travis configuration to run the command to generate code coverage report on a separate non-blocking Travis job. This way once the jobs that run the tests finishes, Travisi will mark the build as successful and will keep running code coverage on a separate job. 2017-11-13 17:53:42 +00:00			`allow_failures:`
Use latest PHP version to run Travis build jobs This commit updates Travis configuration to use the latest PHP version to run build jobs for e2e tests, coding standard checks, unit test code coverage and for running unit tests using WP nightly. For those jobs we want to always use the latest PHP version. 2019-12-02 14:50:36 +00:00			`- php: 7.4`
Use WP 5.0-beta5 when running PHP 7.3 in Travis To make it easier to test WC running the upcoming PHP 7.3, this commit changes the PHP 7.3 Travis build to run unit tests using WP 5.0-beta5. This way we won't display WP core warnings related to PHP 7.3 that were already fixed in the upcoming WP version and will be able to see only WC related warnings. My initial plan was to use WP nightly but that didn't work as nightly is still build from trunk and WP 5.0 development is being done on another branch (https://make.wordpress.org/core/2018/10/05/wordpress-5-0-commit-management/). 2018-11-19 19:46:50 +00:00			`env: WP_VERSION=latest WP_MULTISITE=0 RUN_CODE_COVERAGE=1`
[#3176] Add unit test boostrap 2014-09-01 06:03:52 +00:00
Make caching in CI predictable and properly name `install:` 2020-05-12 22:33:29 +00:00			`install:`
Changes to travis, globally install phpunit and wpcs when required, cache vendor and composer cache directories 2019-03-19 11:14:42 +00:00			`- export PATH="$HOME/.composer/vendor/bin:$PATH"`
Remove xdebug.ini only if it exists This commit adds an if to check if xdebug.ini exists before trying to remove it. Doing this to avoid a build error in PHP versions where the file doesn't exist like PHP 7.3. 2018-10-16 13:36:25 +00:00			`- \|`
			`# Remove Xdebug for a huge performance increase:`
			`if [ -f ~/.phpenv/versions/$(phpenv version-name)/etc/conf.d/xdebug.ini ]; then`
			`phpenv config-rm xdebug.ini`
			`else`
			`echo "xdebug.ini does not exist"`
			`fi`
Ensured Travis installs the dev composer resources 2020-09-24 17:14:07 +00:00			`- composer install`
Changes to travis, globally install phpunit and wpcs when required, cache vendor and composer cache directories 2019-03-19 11:14:42 +00:00			`- \|`
Bump minimum PHP version to 5.6, update travis to remove 5.2 and 5.3 tests. 2019-06-13 09:28:18 +00:00			`# Install WP Test suite, install PHPUnit globally:`
Do not try to run composer on PHP 5.2 and default to phpunit command instead of specifying path, travis will first try and look for in the composer dirs. 2019-03-19 12:30:54 +00:00			`if [[ ! -z "$WP_VERSION" ]]; then`
Changes to travis, globally install phpunit and wpcs when required, cache vendor and composer cache directories 2019-03-19 11:14:42 +00:00			`bash tests/bin/install.sh woocommerce_test root '' localhost $WP_VERSION`
update PHPUnit minimum version to 6.5 Use PHPUnit v.6.5 instead of v.5.6 for php 7.0 tests. 2020-06-09 16:12:27 +00:00			`composer global require "phpunit/phpunit=6.5.\|7.5."`
Changes to travis, globally install phpunit and wpcs when required, cache vendor and composer cache directories 2019-03-19 11:14:42 +00:00			`fi`
[#3176] Add unit test boostrap 2014-09-01 06:03:52 +00:00
attempt to run PHPCS on travis 2016-08-27 14:18:14 +00:00			`script:`
Restored tests/bin/phpunit.sh 2017-10-05 16:09:39 +00:00			`- bash tests/bin/phpunit.sh`
Moved phpcs after phpunit 2017-10-10 13:50:22 +00:00			`- bash tests/bin/phpcs.sh`
Add coveralls.io for tracking test coverage 2014-09-07 18:53:33 +00:00
			`after_script:`
added .yml format in .editorconfig, closes #6364 2014-09-22 19:15:16 +00:00			`- bash tests/bin/travis.sh after`
Prevent Travis builds duplication This commit changes Travis configuration file to specify a list of branches that it should build. This way Travis will only create a new build when a commit is pushed to the master branch and release branches and when tags are created. The behavior for PRs is not modified and PR creation and updates will still trigger builds. Doing this to speed up Travis build by preventing it from running two builds for PR that are created from a branch of the same repository. Before this change, Travis would create a build when the branch is pushed to GitHub (continuous-integration/travis-ci/push) and another one when the PR is created (continuous-integration/travis-ci/pr). For an example, see https://github.com/woocommerce/woocommerce/pull/17680. 2017-11-20 19:18:29 +00:00
			`# Specifies that Travis should create builds for master and release branches and also tags.`
			`branches:`
			`only:`
			`- master`
			`- /^\d+\.\d+(\.\d+)?(-\S*)?$/`
			`- /^release\//`
Updated phpcs and phpunit composer.lock (#28096) * Fix build on Travis 2020-10-28 19:31:43 +00:00
			`before_install:`
			`- composer self-update --1`