-
Notifications
You must be signed in to change notification settings - Fork 3
docs: add governance and code of conduct requirements to maturity stages #3
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
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -127,7 +127,7 @@ Projects in the Growth stage are generally expected to move out of the Growth st | |
|
|
||
| ##### Acceptance Criteria | ||
|
|
||
| The TAC has not yet defined requirements for the Growth Stage. | ||
| * The project must maintain a public GOVERNANCE.md file that explicitly defines the project's decision-making and committer processes | ||
|
|
||
| ##### Approval Process | ||
|
|
||
|
|
@@ -158,7 +158,7 @@ Graduated Stage projects are expected to participate actively in TAC proceedings | |
|
|
||
| ##### Acceptance Criteria | ||
|
|
||
| The TAC has not yet defined requirements for the Graduated Stage. | ||
| * The project must have adopted a Code of Conduct in a form acceptable to the NeoNephos Foundation, and maintain publicly accessible documentation of its release and governance processes | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. NeoNephos has a reference code of conduct. Maybe change to:
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I would like to avoid custom code of conducts. Is there really a requirement for this across projects already? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yes - the default CoC in the project charter is https://linuxfoundation.eu/policies/code-of-conduct. I would agree that projects without a CoC already stick with that, but if a project coming in has a CoC it could be LF Europe approved ( see 4b in the Technical Charter for any of the NeoNephos projects )
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Hmmm.... To me this reads like it is not required and all Projects could adopt the NeoNephos CoC.
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Let’s avoid project‑specific Codes of Conduct. We should adopt a single, foundation‑wide Code of Conduct for all NeoNephos projects, regardless of stage. Also, the CoC topic is more a Governing Board level discussion rather than a TAC discussion. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. So to be fair, CoC topic is a project level TSC discussion for activities in thier projects, and a TAC topic for cases of the broad community. GB has no weigh in here. I would honestly recommend removing this line as it's already in the Technical Charter. |
||
|
|
||
| ##### Approval Process | ||
|
|
||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Strictly speaking, the Project Charter of each NeoNephos project defines the project's decision making and committer processes. Imho, a more appropriate wording would be something like:
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd recommend just linking to the OpenSSF best practices badge requirement ( https://www.bestpractices.dev/en/criteria?details=true&rationale=true#1.governance ), so that you are more tightly aligned to OSS best practices.