Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork9.7k
[Config] Fixed issue between ComposerResource and symfony/phpunit-bridge#40092
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
nicolas-grekas commentedFeb 4, 2021
What effect does this have in practice? |
lyrixx commentedFeb 4, 2021
the cache is not fresh, so the container keep rebuilding. With this patch: Without this patch: I forgot to mention something: The client hadBIG performance issue because infunctional tests they are using this kind of code |
Uh oh!
There was an error while loading.Please reload this page.
b2fd8b0 to3295b10Comparenicolas-grekas commentedFeb 4, 2021
I feel like the current patch fixes a symptom rather than a cause. Why doesn't ComposerResource work here? |
lyrixx commentedFeb 4, 2021 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
I'll try to represent what's going on: Is it more clear? |
stof commentedFeb 4, 2021
@lyrixx this could happen with any tool which is installed as a separate installation than your project vendor folder while also relying on a composer autoloader. this is not specific to the phpunit-bridge. |
lyrixx commentedFeb 4, 2021 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
What about using |
nicolas-grekas commentedFeb 4, 2021
I propose#40098 instead. |
…irs (nicolas-grekas)This PR was merged into the 4.4 branch.Discussion----------[DependencyInjection] fix tracking of changes to vendor/ dirs| Q | A| ------------- | ---| Branch? | 4.4| Bug fix? | yes| New feature? | no| Deprecations? | no| Tickets |Fix#40092| License | MIT| Doc PR | -Commits-------6867475 [DI] fix tracking of changes to vendor/ dirs
We using
symfony/phpunit-bridgepackage, it installs a newpackage in
vendor/bin/.phpunit. This package comes with itsown autoloader. When booting symfony with
simple-phpunit, theautoloader is used and discovered here. But we do not want to
affect the container freshness for this package.