Управление CoreDNS

Принципы

Коммьюнити CoreDNS придерживается следующих принципов:

• Открытость: CoreDNS является открытым исходным кодом, рекламируемым на нашем сайте.
• Доброжелательность и уважение: См. Код поведения.
• Прозрачность и доступность: Изменения в организации CoreDNS, репозиториях исходного кода CoreDNS и связанных с CNCF мероприятиях (например, уровень участия и т.д.) осуществляются публично.
• Заслуги: Идеи и вклады принимаются в соответствии с их технической ценностью и соответствием целям проекта, его области и принципам дизайна.

Комитет по управлению проектом

Проект CoreDNS имеет комитет по управлению проектом, состоящий из OnClickListener 5 членов, с максимальным количеством 1 члена от любой одной организации. Комитет по управлению в CoreDNS имеет окончательное слово в любых решениях, касающихся проекта CoreDNS, за исключением решения о составе комитета по управлению и изменений в управлении проектом. См. Изменения в составе комитета по управлению проектом и Изменения в управлении проектом.

Любое принятое решение не должно противоречить политике CNCF.

Максимальный срок полномочий каждого члена комитета по управлению составляет один год, без ограничений по срокам.

Члены комитета по управлению избираются CoreDNS maintainers.Члены комитета по управлению указаны в файле CODEOWNERS.

Ожидания от maintainers

Каждый несёт свою ношу...

Создание функционирующего сообщества требует вклада/усилий от всех. Maintainеры должны активно участвовать в проверке Pull Request. Maintainеры ожидают отвечать на назначенные им Pull Request в разумный срок, предоставляя отзывы или назначая Pull Request другим maintainерам.

Каждый Maintainer указан в файле CODEOWNERS с их GitHub-идентификатором.

Maintainer должен быть членом maintainers@coredns.io, хотя это не является строгим требованием.

Как стать Maintainer

После успешного слияния значимого Pull Request любой текущий maintainer может обратиться к автору Pull Request и предложить ему стать Maintainerом CoreDNS. Email приглашения новому Maintainerу должен быть отправлен на maintainers@coredns.io как часть процесса.

Изменения в управлении проектом

Если Менеджер чувствует, что не может выполнить "Ожидания от Менеджеров", он имеет право уйти с должности.

Организация CoreDNS никогда не будет вынуждать Менеджера уйти, если только он не нарушает принципы сообщества CoreDNS или не соблюдает Код поведения.

Изменения в членстве Комитета по управлению проектом

Изменения в составе членства Комитета по управлению проектом инициируются открытием отдельного запроса на изменение (PR) в GitHub для обновления файла CODEOWNERS для каждого кандидата в члены Комитета.Любой член сообщества CoreDNS может голосовать за PR с +1 или -1.

Только следующие голоса имеют обязательную силу:

1. Любой Менеджер, который был указан в файле CODEOWNERS до открытия PR.
2. Любой Менеджер из организации может отдать голос за эту организацию. Однако, ни одна организация не должна иметь более одного обязательного голоса, равного 1/5 от общего числа Менеджеров, указанных в 1).

PR должен быть открыт не ранее чем за 6 недель до окончания срока члена Комитета. PR должен быть открыт не менее чем на 4 недели. PR может быть объединен только после окончания срока замененного члена Комитета, при условии, что количество +1 голосов превышает количество -1 голосов.

Если есть конфликтные PR для изменения члена Комитета, PR с наибольшим количеством обязательных +1 голосов будет объединен.

Во время голосования могут быть несколько кандидатов, борющихся за несколько вакантных мест в Комитете. Менеджеры и члены сообщества должны отдать один голос за каждое вакантное место (хотя это не обязательно). В конце периода голосования кандидаты с наибольшим количеством обязательных голосов заполнят вакансии. В случае многократного равенства для набора оставшихся вакансий, кандидаты, которые были Менеджерами на протяжении наибольшего времени, имеют приоритет.Член Комитета по управлению проектом может добровольно уйти с должности, завершая свой срок досрочно.

Изменения в управлении проектом

Изменения в управлении проектом (GOVERNANCE.md) могут быть инициированы открытием запроса на изменение (PR) в GitHub. PR должен быть открыт не ранее чем за 6 недель до окончания срока члена Комитета. PR должен быть открыт не менее чем на 4 недели. PR может быть объединён только после того, как будет завершён процесс голосования, аналогичный процессу голосования для Изменений в членстве Комитета по управлению проектом.

Процесс принятия решений

Решения принимаются на основе консенсуса между поддерживателями. Предложения и идеи могут быть представлены для согласования через GitHub issue или PR, или отправлены по электронной почте на maintainers@coredns.io.В целом, мы предпочитаем, чтобы технические вопросы и членство в команде поддержки были мирно разрешены между участниками. Если спор не может быть разрешен самостоятельно, привлеките третьего поддерживателя (например, взаимного контакта с некоторым опытом в данной области, но не участвующего в конфликте) для вмешательства. Если спор все еще не может быть разрешен, комитет по управлению проектом имеет последнее слово для решения вопроса. Комитет по управлению проектом может принять это решение на основе консенсуса или простым большинством голосов среди членов комитета, если это необходимо. Комитет должен стремиться принять это решение в разумный срок, не превышающий двух недель.Процесс принятия решений должен быть прозрачным, чтобы соответствовать Кодексу поведения CoreDNS.

Все предложения, идеи и решения поддерживателей или комитета по управлению проектом должны быть частью GitHub issue или PR, или отправлены на maintainers@coredns.io.

Администрирование проекта GitHub

Команда поддерживателей проекта CoreDNS в GitHub отражает список поддерживателей.

Другие проекты

Организация CoreDNS открыта для принятия новых подпроектов под своим управлением. Для принятия проекта в организацию CoreDNS он должен соответствовать следующим критериям:

• Должен быть лицензирован на условиях лицензии Apache v2.0
• Должен быть связан с одной или несколькими областями экосистемы CoreDNS:
  • Артефакты проекта CoreDNS (сайт, развертывания, CI и т.д.)
  • Внешние плагины
  • Другие процессы, связанные с DNS
• Должен быть поддержан поддерживателем, не связанным или не аффилированным с авторами подпроектов

Процесс подачи начинается как Pull Request или Issue на репозиторий coredns/coredns с необходимой информацией. После принятия проекта он считается подпроектом CNCF под управлением CoreDNS.

Новые плагиныCoreDNS открыт для принятия новых плагинов как части репозитория CoreDNS. Процесс подачи соответствует процессу подачи Pull Request. В отличие от небольших Pull Requests, подача нового плагина должна быть одобрена поддерживателем, не связанным или не аффилированным с авторами плагина.## CoreDNS и CNCFCoreDNS — это проект CNCF. В связи с этим CoreDNS может участвовать в маркетинговых, событийных или других мероприятиях CNCF (или других проектов CNCF). Любому поддерживателю может принять участие в этих мероприятиях, если он отправит электронное письмо на адрес maintainers@coredns.io (или создаст Pull Request на GitHub), чтобы призвать других поддерживателей к участию. Запрос на участие (Call for Participation) должен оставаться открытым не менее недели, если это возможно, или в течение разумного периода времени, чтобы дать возможность другим поддерживателям выразить своё желание участвовать.

Код поведения

Код поведения CoreDNS соответствует Коду поведения CNCF.

Кредиты

Некоторые разделы этого документа заимствованы из проектов Fluentd и Envoy.