-
-
Notifications
You must be signed in to change notification settings - Fork 18
Stick to v2 of doctrine/* #28
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
"composer/package-versions-deprecated": "*", | ||
"doctrine/orm": "^2", | ||
"doctrine/doctrine-bundle": "^2", | ||
"doctrine/doctrine-migrations-bundle": "^2" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
doctrine-migrations-bundle should probably allow v3 as well though
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep, as soon as more ppl + docs have adopted doctrine/migrations v3
Me too. I guess they are planning a I'm reverting to |
Don't stick, unpack instead. See #29. |
Migrations 2 is not forwards compatible with migrations 3. Unpack is not an option, at least for me - I don't want to track each of these dependencies individually across all codebases. I will pin to |
This is not a "fix" to any real problem. If somewone doesn't want the newer version, they could stick to the old version by fixing it in their compose.json, they don't even needed to unpack. |
See #30 about allowing v3 again. |
Fix #18
Similar to #25
I failed at other approaches I was advocating :)
The World is not ready for migration v3, neither for dbal v3 not orm v3 when they'll be released.
To be tagged as v1.1.0
If you need v3, unpack. See #29.