Replies: 1 comment 3 replies
-
|
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
@jessarcher a couple of times now I've bumped into Prompts pre-releases breaking NativePHP thanks to the minor version number increase.
Please note Composer's own guidance on this as identified in the version constraints summary.
If the major version is
0
, when using the^
constraint, it's treated as the major version. So if I pin to0.1
and you release0.2
, I won't be able to retrieve it unless I change the constraint.This is by design so that I don't end up with breaking changes in my app, while Prompts is not yet "stable".
I'm using the constraint as intended, but as
laravel/laravel
is updating to require the newly minted version of Prompts, it's breaking installations of NativePHP unless I update the constraint in the composer.json.That's fine if there were actual breaking changes, but from my reading of the changes in both the
0.2
and0.3
releases there haven't been any breaking changes, so I'm struggling to understand the minor ("major") version bump in these cases.It feels like I could broaden the constraint on my end (e.g. to something like
~0.3.0
- not sure yet if this would work tho), but then I risk getting bitten by a breaking change.Please can you clarify here what your approach is so I can determine the appropriate constraints to use?
Beta Was this translation helpful? Give feedback.
All reactions