-
-
Notifications
You must be signed in to change notification settings - Fork 6.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[php-symfony] Set required PHP version ^7.1.3 #6181
[php-symfony] Set required PHP version ^7.1.3 #6181
Commits on May 8, 2020
-
Set PHP 7.1.3 required version
I've tried to specify ^7.0 version at first, but main package which is symfony/[email protected] requires PHP ^7.1.3.
Configuration menu - View commit details
-
Copy full SHA for 6bbd343 - Browse repository at this point
Copy the full SHA 6bbd343View commit details -
Bump Symfony FrameworkBundle to ^4.4.8
Current Symfony Framework stable version is v5.0.8, but I guess it requires significant codebase upgrade, so I've sticked with 4.4.8 which shouldn't cause any breaking changes. Old requirement was ^3.3|^4.1 which compatible with 4.4.8.
Configuration menu - View commit details
-
Copy full SHA for 7174337 - Browse repository at this point
Copy the full SHA 7174337View commit details -
PHPUnit 8.x version required PHP ^7.2, so I'm setting 7.x version to support PHP 7.1. There is new way to specify Kernel class, related PR: symfony/symfony#22668
Configuration menu - View commit details
-
Copy full SHA for 78f665f - Browse repository at this point
Copy the full SHA 78f665fView commit details -
Bump PHP CS Fixer version to ^2.16.3
Configuration and all renamed rules fixed. Config file renamed to .php_cs.dist as recommended in migration guide. Migration guide from 1.x to 2.x: https://github.com/FriendsOfPHP/PHP-CS-Fixer/blob/master/UPGRADE.md#config-file
Configuration menu - View commit details
-
Copy full SHA for d40b419 - Browse repository at this point
Copy the full SHA d40b419View commit details -
Remove PHP_CodeSniffer package
Second linter doesn't make sense. I think Symfony user would prefer PHP CS Fixer over PHP_CodeSniffer because first one maintained by Symfony members.
Configuration menu - View commit details
-
Copy full SHA for 68b3477 - Browse repository at this point
Copy the full SHA 68b3477View commit details -
Remove satooshi/php-coveralls package from Composer
This package is abandoned and Coveralls recommends to install it directly in Travis-CI task script.
Configuration menu - View commit details
-
Copy full SHA for 6e66bd6 - Browse repository at this point
Copy the full SHA 6e66bd6View commit details -
I've changed test versions to PHP 7.1.3 and 7.2. PHPUnit generates coverage report in report/logs/clover.xml file. Then PHP CS Fixer runs with --dry-run option to not override anything just to show coding style errors.
Configuration menu - View commit details
-
Copy full SHA for 4b5864a - Browse repository at this point
Copy the full SHA 4b5864aView commit details -
This is basic recommended config for a PHP based project.
Configuration menu - View commit details
-
Copy full SHA for e1d0e88 - Browse repository at this point
Copy the full SHA e1d0e88View commit details -
This package was part of satooshi/php-coveralls, now it should be defined as dev dependency.
Configuration menu - View commit details
-
Copy full SHA for 455392a - Browse repository at this point
Copy the full SHA 455392aView commit details -
I think committed composer.lock can cause CI errors while tests on fresh installs are better.
Configuration menu - View commit details
-
Copy full SHA for cee3f05 - Browse repository at this point
Copy the full SHA cee3f05View commit details -
Configuration menu - View commit details
-
Copy full SHA for 62c7c61 - Browse repository at this point
Copy the full SHA 62c7c61View commit details