The CoreDNS community adheres to the following principles:
The CoreDNS project has a project lead.
A project lead in CoreDNS is a single person that has a final say in any decision concerning the CoreDNS project.
The term of the project lead is one year, with no term limit restriction.
The project lead is elected by CoreDNS maintainers according to an individual's technical merit to CoreDNS project.
The current project lead is identified in the CODEOWNERS file with the string
project lead
and the term behind the name in a comment at the top of the file.
Every one carries water...
Making a community work requires input/effort from everyone. Maintainers should actively participate in Pull Request reviews. Maintainers are expected to respond to assigned Pull Requests in a reasonable time frame, either providing insights, or assign the Pull Requests to other maintainers.
Every Maintainer is listed in the CODEOWNERS file, with their Github handle.
A Maintainer should be a member of maintainers@coredns.io
, although this is not a hard requirement.
On successful merge of a significant pull request any current maintainer can reach
to the author behind the pull request and ask them if they are willing to become a CoreDNS
maintainer. The email of the new maintainer invitation should be cc'ed to maintainers@coredns.io
as part of the process.
If a Maintainer feels she/he can not fulfill the "Expectations from Maintainers", they are free to step down.
The CoreDNS organization will never forcefully remove a current Maintainer, unless a maintainer fails to meet the principles of CoreDNS community, or adhere to the Code of Conduct.
Changes in project lead or term is initiated by opening a github PR.
Anyone from CoreDNS community can vote on the PR with either +1 or -1.
Only the following votes are binding:
The PR should only be opened no earlier than 6 weeks before the end of the project lead's term. The PR should be kept open for no less than 4 weeks. The PR can only be merged after the end of the last project lead's term, with more +1 than -1 in the binding votes.
When there are conflicting PRs about changes in project lead, the PR with the most binding +1 votes is merged.
The project lead can volunteer to step down.
Changes in project governance (GOVERNANCE.md) could be initiated by opening a github PR.
The PR should only be opened no earlier than 6 weeks before the end of the project lead's term.
The PR should be kept open for no less than 4 weeks. The PR can only be merged follow the same
voting process as in Changes in Project Lead
.
Decisions are build on consensus between maintainers.
Proposals and ideas can either be submitted for agreement via a github issue or PR,
or by sending an email to maintainers@coredns.io
.
In general, we prefer that technical issues and maintainer membership are amicably worked out between the persons involved. If a dispute cannot be decided independently, get a third-party maintainer (e.g. a mutual contact with some background on the issue, but not involved in the conflict) to intercede. If a dispute still cannot be decided, the project lead has the final say to decide an issue.
Decision making process should be transparent to adhere to the principles of CoreDNS project.
All proposals, ideas, and decisions by maintainers or the project lead
should either be part of a github issue or PR, or be sent to maintainers@coredns.io
.
The coredns GitHub project maintainers team reflects the list of Maintainers.
The CoreDNS organization is open to receive new sub-projects under its umbrella. To accept a project into the CoreDNS organization, it has to meet the following criteria:
The submission process starts as a Pull Request or Issue on the coredns/coredns repository with the required information mentioned above. Once a project is accepted, it's considered a CNCF sub-project under the umbrella of CoreDNS.
The CoreDNS is open to receive new plugins as part of the CoreDNS repo. The submission process is the same as a Pull Request submission. Unlike small Pull Requests though, a new plugin submission should only be approved by a maintainer not associated or affiliated with the author(s) of the plugin.
CoreDNS is a CNCF project. As such, CoreDNS might be involved in CNCF (or other CNCF projects) related
marketing, events, or activities. Any maintainer could help driving the CoreDNS involvement, as long as
she/he sends email to maintainers@coredns.io
(or create a GitHub Pull Request) to call for participation
from other maintainers. The Call for Participation
should be kept open for no less than a week if time
permits, or a reasonable time frame to allow maintainers to have a chance to volunteer.
The CoreDNS Code of Conduct is aligned with the CNCF Code of Conduct.
Sections of this documents have been borrowed from Fluentd and Envoy projects.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。