Problem/Motivation
PHPStan 2.2.6 includes a native PHP extension that makes PHPStan 10-30% faster: https://github.com/phpstan/phpstan/releases/tag/2.2.6
As our codebase is large this should have an effect both for local development and CI runtimes.
Steps to reproduce
Proposed resolution
Update PHPStan.
Remaining tasks
User interface changes
Introduced terminology
API changes
Data model changes
Release notes snippet
Issue fork drupal-3614113
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #3
longwaveComment #4
mondrakeShouldn’t the constraint in root composer.json be bumped too?
Comment #5
smustgrave commentedSeems 2.2.8 came out the other day might as well right? There's a number of update tickets in RTBC too so wonder if there will be conflict?
Comment #7
longwaveBumped to 2.2.8 and raised the constraint in composer.json.
Comment #8
smustgrave commentedLets do it, sure there will be conflicts once the other updates land though.
Comment #9
longwaveBaseline needs updating.
Comment #10
longwaveComment #11
mondrakeComment #13
catchFor performance I'd be most interested in whether the phpstan cache restoration is faster (it's regularly 15-25s on CI runs just to restore the cache), and whether my laptop stops trying to levitate when I need to do a full phpstan run locally when committing. But this isn't something we can usefully test and feed back on without using it regularly, and for CI it needs to be in main for the caching to work at all, so let's find out.
Committed/pushed to main, thanks! Noticeably my laptop did not try to levitate when committing the patch, if that holds, it would be nice.
Will need an 11.x backport.
Comment #15
longwaveComment #16
catchCommitted/pushed to 11.x, thanks!