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 Nov 16, 2021. It is now read-only.
The 2.2.1 update of Lightning is proving to be a larger problem for Headless than anticipated. Generally, we assume that since Lightning has a stable update path, consuming packages should be able to seamlessly update too, but that wasn't the case with 2.2.1 even though the tests within Lightning and our canary apps passed.
Since Headless doesn't pin to a release, users of Headless who updated before we fixed the update path here could have broken builds. To mitigate this, I propose that we ping Headless to a specific version of Lightning and take on the maintenance of making a new release of Headless when Lightning releases. This is our unofficial policy already.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The 2.2.1 update of Lightning is proving to be a larger problem for Headless than anticipated. Generally, we assume that since Lightning has a stable update path, consuming packages should be able to seamlessly update too, but that wasn't the case with 2.2.1 even though the tests within Lightning and our canary apps passed.
Since Headless doesn't pin to a release, users of Headless who updated before we fixed the update path here could have broken builds. To mitigate this, I propose that we ping Headless to a specific version of Lightning and take on the maintenance of making a new release of Headless when Lightning releases. This is our unofficial policy already.
The text was updated successfully, but these errors were encountered: