-
Notifications
You must be signed in to change notification settings - Fork 11
Make drupal/core dependency less restrictive? #3
Comments
@derekderaps workaround is either running this command, composer require --dev webflo/drupal-core-require-dev ~8.5.2 or composer update drupal/core webflo/drupal-core-require-dev --with-dependencies |
@dxii, the
|
This bug also causes a much more problematic issue on production sites built via When you go to update core via If you check why-not If you check your composer.lock file there is an entry for webflo/drupal-core-require-dev which includes The only way to update core at this point is to run I have verified this on a fresh install using |
Maybe not spot on for this issue, but how did we end up with
for updating Drupal core instead of just
This is not very user-friendly. |
Today I'm trying to upgrade my Raspberry Pi Dramble codebase to Drupal 8.6.0, but when I run
|
Update the version of webflo/drupal-core-require-dev. The 8.6 tag is already out: Update composer.json: After that execute |
@zuuperman - It looks like the defaults were to use |
I had to do the same thing today to go from 8.6.9 to 8.6.10. It's not very clear or easy to figure out why you cannot update a minor version without that command. |
Just ran into the same thing with 8.6.15 to 8.6.16. Agree that it would be nice if this were less restrictive I decided that it's easier to just remove the dependency from my project composer.json and then just add it in if I need to write and run tests. |
Can not currently update to 8.7.12 security update. |
Because the dependency on
drupal/core
is pegged to an exact version (e.g.,8.5.2
), it is not possible to upgrade to the next version of drupal core (e.g., for a security upgrade) until the next version ofwebflo/drupal-core-require-dev
has also been released. This is okay as long as you, @webflo, or another delegated party is right on top of the drupal core release cycles (and I'm sure you will be—great job so far!), but I wonder if it would be wise to make thedrupal/core
requirement less restrictive (e.g.,^8.5.2
)? That would allow upgrading even if this package gets delayed, for any reason.The text was updated successfully, but these errors were encountered: