You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 3, 2023. It is now read-only.
After finding twomore BC breaks in Symplify patch versions today I wanted to leave a constructive feedback instead of just complaining. So I tried to look into what we could add to symplify CI in order to prevent BC brekas in the future. And there actually is a nice package for this which I think is well worth trying out and adding to symplify's CI: https://github.com/Roave/BackwardCompatibilityCheck
The text was updated successfully, but these errors were encountered:
No it isn't. Changing a major version of a dependency in patch version is a BC break no matter what. At least do it in minor. Never ever do that in patch.
If you needed the update for some new feature in Symplify then that feature should not have been added in a patch version. That's actually a univeral rule - patch versions should fix bugs, not add new features. If a bugfix requires a package major version bump then the bugfix should be postponed too.
After finding two more BC breaks in Symplify patch versions today I wanted to leave a constructive feedback instead of just complaining. So I tried to look into what we could add to symplify CI in order to prevent BC brekas in the future. And there actually is a nice package for this which I think is well worth trying out and adding to symplify's CI: https://github.com/Roave/BackwardCompatibilityCheck
The text was updated successfully, but these errors were encountered: