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
Curate most popular plugins #9025
Comments
I've looked into data, and we have 6 plugins used by more than 10% users I propose to handle at least first 7 plugins (those which go beyond 2k users in a week), and then (seeing how time-taking it is) decide weather to follow with some others /cc @pgrzesik |
This was referenced Jun 29, 2021
Closed
This was referenced Jul 14, 2021
Closing, as all PR's to plugins were issued |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Use case description
Currently Framework is very actively developed, with a lot of changes (in many times breaking) being proposed.
At same time community heavily depends on a plugins which are not updated accordingly, and already there were few cases reported of them being broken
To effectively move forward we need to ensure that popular plugins are kept in shape and that they work with latest version of a Framework
Proposed solution
serverless
as peerDependency - If plugin required a breaking change to support Framework v2, then prepare two updates. First that configures"serverless": "1"
as peer dependency (and that it's followed with a release in current major). Second that introduces breaking changes, configures"serlveress": "2"
as peer dependency (and it's followed with a release with plugin major being bumpedNote: If we have a difficulties in pushing new updates, as plugin seems not maintained, and we have no success in contacting the author, we should attempt to gain the rights to publish new releases in our scope
Having above secured, whenever we're about to release a new Framework major, let's also propose a PR that updates curated plugins for it (in simplest scenario, it'll be just about updating
peerDependencies
to e.g."2 || 3"
, and publishing a new patch release)The text was updated successfully, but these errors were encountered: