-
Notifications
You must be signed in to change notification settings - Fork 391
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
PHPStan Fixes #998
PHPStan Fixes #998
Conversation
5624434
to
8bd44e0
Compare
8bd44e0
to
6bc4283
Compare
This is looking good, thanks for fixing them. Definitely covered the ones I couldn't get round my head but apparently now it is sad about the config
Is it worth starting a new branch for v14 which can include larastan 3.0 and drop PHP 7 etc? Then we could have a phpstan.neon config file which this error could be ignored in. |
I also wonder if it would be worth locking in to specific versions of phpstan and larastan so that random new errors don't crop up all the time. |
I think I'll fix that by uploading the phpstan action
I was thinking of keeping it in action and always using the latest version, what do you think? |
Co-authored-by: Will Power <[email protected]>
phpstan is really good at adding more checks every new version so if it wasn't locked at a particular version, new PRs would end up triggering errors in code they hadn't changed. Obviously we can't have a composer.lock file so I think the best way would be having the specific version number without the |
Whatever, this PR does not add any github action, nor does it change the composer.json |
Co-authored-by: parallels999 <[email protected]>
No description provided.