Compares composer.lock changes and generates Markdown report so you can use it in PR description.
PSR-7-compatible Alibaba Cloud API Gateway request signing implementation. Integrates with Guzzle ⛽️ and HttPlug 🐘.
Lists available services in Laravel IoC Container. Works with Laravel 5.4+, 6.x, 7.x, 8.x and 9.x.
Fix icon color according to theme (#1372)
:lipstick: (Icon) Fix color according to theme (light or dark)
StorageInterface resolveStream nullable $fieldName (#1373)
Merge branch 'master' into bugfix/changeset-v2
Use static data providers (#2512)
Use static data providers
Update phpunit.xml.dist
Co-authored-by: Claudio Zizza 859964+SenseException@users.noreply.github.com
Co-authored-by: Claudio Zizza 859964+SenseException@users.noreply.github.com
Makes all test data providers static
. This is to fix PHPUnit 10 deprecations.
See #2509
Update phpunit.xml.dist
Co-authored-by: Claudio Zizza 859964+SenseException@users.noreply.github.com
Makes all test data providers static
. This is to fix PHPUnit 10 deprecations.
Drop support of unmaintained versions of Symfony (#771)
This includes Symfony 4.4, 6.0 and 6.1
These versions are unmaintained (4.4 is only getting security fixes). I wanted to see how much code was involved and looks like it isn't that much, so I'm also fine if we don't remove support in 4.6.0
.
Remove occurrences of "$this" in data providers
Merge pull request #2510 from franmomu/phpunit/remove_this_data_providers
Remove occurrences of "$this" in data providers
| Q | A |------------- | ----------- | Type | task | BC Break | no | Fixed issues |
To make data providers static we need to remove "$this" from data providers, I've modified some method to make them static, not sure if there is another way for these cases.
Related to https://github.com/doctrine/mongodb-odm/issues/2509
@GromNaN Thanks for clarification. I assume we can leave the ones applied in @internal
classes then.
This is to track PHPUnit 10 compatibility with the test suite:
Test
#2507Is it the right moment to add native return types to Command
s and other classes?
One of the challenges here is resolving the common version constraint when multiple packages require same extension/php but in different version or contain multiple constraints.
Leverage pinned resolvers as recommended by @nicolas-grekas in https://github.com/doctrine/DoctrineMongoDBBundle/pull/754#issuecomment-1457953551
See https://github.com/symfony/symfony/pull/48992
Feel free to assign yourself to this issue.
Use PHP 7.4 for phpcs (#768)
Extracted from https://github.com/doctrine/DoctrineMongoDBBundle/pull/765 so it would be easier to review
Currently platform requirement changes are only listed when they are explicitly defined in the root package composer.json
. Requiring a package with a transitive platform requirement causes such dependency to be ignored.
That's because such package only appears in packages.<package-name>.require
section and not in platform
section.