-
-
Notifications
You must be signed in to change notification settings - Fork 915
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
Adopt and publish a "Maintainer Covenant" for this project #586
Labels
Comments
I’m all for it! I believe that we did a good job so far implicitly, but I agree that it would be worthwhile to formalize this! |
broofa
added a commit
that referenced
this issue
Oct 26, 2021
broofa
added a commit
that referenced
this issue
Oct 26, 2021
broofa
added a commit
that referenced
this issue
Oct 26, 2021
broofa
added a commit
that referenced
this issue
Oct 26, 2021
(reopening since this was accidentally closed because of a push to master) |
Closing. See #588 (tl;dr: I don't have the time / there's better solutions) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Are there any opensource projects that publish covenants around their security / maintenance practices? Something we could use as a template...?
I'm thinking of something similar in spirit to the contributor convenant, but that enumerates basic principles of good project management (esp. as relates to security) that the maintainers commit to. I ask because there has been yet another breach in a popular NPM module, and the circumstances seem all too familiar. Having such a document would, I believe, help encourage maintainers to check these boxes as their projects become more popular, and I believe (read, "hope"), that we've reached a place where this project could set a good example.
Off the top of my head, some items this could cover:
The text was updated successfully, but these errors were encountered: