-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
Use a simpler composer constraint for symfony/polyfill-apcu #17428
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
Conversation
The thing is that with the next release of the Thus there would need to be three releases (1.0.0, 1.0.1, and 1.0.2) of the APCu polyfill package for the same commit to make that possible. To avoid these useless releases the first one can simply be 1.0.2. By the way, we did the same with Symfony components in the past. For example, the first release of the VarDumper component was 2.6.0. For these reasons, I am 👎 on this change. |
This PR doesn't mean beginning the versioning of the apcu polyfill by 1.0. |
Sure, you are right. 👍 |
Btw, adding a new component cannot be a 1.0.2 release of symfony/polyfill. According to semver, we should release it as 1.1 (and then use |
@stof should I update this PR or leave it as is as a reminder? |
1.1.0 is out. |
Status: Needs work |
I won't be able to update this pr before next week so feel free to create a new one. |
symfony/polyfill-apcu
hasn't been released yet so we do not need this complex constraint.ping @nicolas-grekas