Steve-Dee-Designs
/
woocommerce
mirror of https://github.com/woocommerce/woocommerce.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
woocommerce/composer.json

46 lines
1.0 KiB
JSON
Raw Normal View History

Added composer.json
2016-07-14 14:07:22 +00:00
{
Updated composer.json
2016-07-14 14:09:57 +00:00
"name": "woocommerce/woocommerce",
Updates the word `e-commerce` to `eCommerce` in the plugin description to be in line with the Woo and Automattic language & writing style.
2017-12-19 14:12:07 +00:00
"description": "An eCommerce toolkit that helps you sell anything. Beautifully.",
Added composer.json
2016-07-14 14:07:22 +00:00
"homepage": "https://woocommerce.com/",
"type": "wordpress-plugin",
Fixed composer license syntax
2018-01-24 16:13:45 +00:00
"license": "GPL-3.0-or-later",
Fix api docs generation
2018-02-02 13:20:16 +00:00
"prefer-stable": true,
"minimum-stability": "dev",
Added composer.json
2016-07-14 14:07:22 +00:00
"require": {
Explicitly declare PHP version requirements and platform defaults When running `composer update` on anything more recent than PHP 7.0, doctrine/instantiator version 1.2.0 is installed and tracked in the `composer.lock` file. Unfortunately, this causes some rather cryptic errors when running the WooCommerce test suite in PHP 7.0, as doctrine/instantiator version 1.1.0 dropped support for PHP < 7.1 (see https://github.com/doctrine/instantiator/releases/tag/1.1.0). This commit adds two things to the `composer.json` file: 1. Explicit platform requirements ("php": "^5.6|^7.0") 2. A `config.platform` value, which essentially tells Composer "when you're installing/updating dependencies, assume it's on a machine running PHP 7.0". My assumption is the current `composer.lock` file was generated in an environment running PHP 7.0, which is why current Travis runs are working but running `composer update` on anything higher than PHP 7.0 causes the tests to start failing within the PHP 7.0 test runner.
2019-07-09 21:15:13 +00:00
"php": "^5.6|^7.0",
Pin dependency composer/installers to 1.6.0
2019-02-28 13:59:42 +00:00
"composer/installers": "1.6.0"
Added PHPCS dependency and grunt task
2016-09-13 21:24:01 +00:00
},
"require-dev": {
Add pinned deep-copy pkg as dev dependency. This way, (I hope) updating composer.lock would not overwrite pinned version that is compatible with PHP 5.6.
2019-07-04 11:44:53 +00:00
"myclabs/deep-copy": "1.7.0",
Update dependency phpunit/phpunit to v6.5.14
2019-02-01 05:57:51 +00:00
"phpunit/phpunit": "6.5.14",
Updated woocommerce-sniffs to 0.0.6
2019-03-11 15:34:57 +00:00
"woocommerce/woocommerce-sniffs": "0.0.6"
Added PHPCS dependency and grunt task
2016-09-13 21:24:01 +00:00
},
"scripts": {
Introduces a few composer scripts for PHPUnit and PHP_CodeSniffer
2017-11-29 20:10:54 +00:00
"test": [
"phpunit"
],
"phpcs": [
Use default name for PHPCS configuration file This commit renames PHPCS configutarion file to `phpcs.xml`. With the default name, it is not necessary to use the argument `--standard=phpcs.ruleset.xml` anymore when calling `phpcs`.
2017-12-18 13:49:44 +00:00
"phpcs -s -p"
Introduces a few composer scripts for PHPUnit and PHP_CodeSniffer
2017-11-29 20:10:54 +00:00
],
Ignore warnings from PHPCS in pre-commit
2019-01-14 20:04:44 +00:00
"phpcs-pre-commit": [
"phpcs -s -p -n"
],
Introduces a few composer scripts for PHPUnit and PHP_CodeSniffer
2017-11-29 20:10:54 +00:00
"phpcbf": [
Use default name for PHPCS configuration file This commit renames PHPCS configutarion file to `phpcs.xml`. With the default name, it is not necessary to use the argument `--standard=phpcs.ruleset.xml` anymore when calling `phpcs`.
2017-12-18 13:49:44 +00:00
"phpcbf -p"
Added PHPCS dependency and grunt task
2016-09-13 21:24:01 +00:00
]
Introduces a few composer scripts for PHPUnit and PHP_CodeSniffer
2017-11-29 20:10:54 +00:00
},
Explicitly declare PHP version requirements and platform defaults When running `composer update` on anything more recent than PHP 7.0, doctrine/instantiator version 1.2.0 is installed and tracked in the `composer.lock` file. Unfortunately, this causes some rather cryptic errors when running the WooCommerce test suite in PHP 7.0, as doctrine/instantiator version 1.1.0 dropped support for PHP < 7.1 (see https://github.com/doctrine/instantiator/releases/tag/1.1.0). This commit adds two things to the `composer.json` file: 1. Explicit platform requirements ("php": "^5.6|^7.0") 2. A `config.platform` value, which essentially tells Composer "when you're installing/updating dependencies, assume it's on a machine running PHP 7.0". My assumption is the current `composer.lock` file was generated in an environment running PHP 7.0, which is why current Travis runs are working but running `composer update` on anything higher than PHP 7.0 causes the tests to start failing within the PHP 7.0 test runner.
2019-07-09 21:15:13 +00:00
"config": {
"platform": {
"php": "7.0"
},
"sort-packages": true
},
Introduces a few composer scripts for PHPUnit and PHP_CodeSniffer
2017-11-29 20:10:54 +00:00
"extra": {
"scripts-description": {
"test": "Run unit tests",
"phpcs": "Analyze code against the WordPress coding standards with PHP_CodeSniffer",
"phpcbf": "Fix coding standards warnings/errors automatically with PHP Code Beautifier"
}
Added composer.json
2016-07-14 14:07:22 +00:00
}
}