Управление в проекте BFE

Принципы

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

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

Координатор проекта

Проект BFE имеет координатора проекта.

Координатор проекта в BFE — это единственный человек, имеющий окончательное слово в любых решениях, связанных с проектом BFE.

Период работы координатора составляет один год, без ограничений по срокам.

Координатор выбирается BFE maintainers на основе технических заслуг этого человека для проекта BFE.

Текущий координатор проекта указан в файле MAINTAINERS.

Процесс становления мейнтэйнером* Выразите интерес координатору проекта (MAINTAINERS.md), что вы заинтересованы стать мейнтэйнером. Обычно стать мейнтэйнером означает, что вы будете уделять значительное время (>20%) работе над BFE в ближайшее время. Ожидается, что вы будете иметь область специализации и быть очень опытным в использовании Go.

• Мы будем ожидать, что вы начнете вносить все более сложные предложения (pull requests), под руководством существующих старших мейнтэйнеров.

• Мы можем попросить вас выполнить некоторые из незавершенных pull requests из нашего списка задач. По мере того как вы получите больше опыта с базой кода и нашими стандартами, мы будем просить вас выполнять проверку кода для входящих pull requests.

• После периода примерно в три месяца совместной работы и убедившись, что наши взгляды совпадают, существующие старшие мейнтэйнеры обсудят и решат, стоит ли присваивать вам статус мейнтэйнера или нет. Мы не гарантируем продолжительность этого процесса, но цель в три месяца является ориентиром.## Ответственности мейнтэйнеров

• Классифицировать GitHub-задачи и выполнять проверку предложений (pull requests) для других мейнтэйнеров и сообщества.

• В процессе классификации GitHub-задач, применять все применимые теги к каждой новой задаче. Теги крайне полезны для последующего отслеживания задач. Какие теги применять может зависеть от ситуации, поэтому используйте своё лучшее суждение.

• Убедитесь, что текущие открытые запросы на вытягивание (PR) продвигаются в правильном темпе или закрывайте их, если они не движутся в продуктивном направлении.

• Участвуйте при необходимости в процессе выпуска безопасности. Обратите внимание, что хотя это должно происходить редко, если найдена серьёзная уязвимость, процесс может занять до нескольких полных рабочих дней для реализации.

• В целом продолжайте готовность потратить как минимум 20% своего времени на работу над BFE (один день в неделю).

Когда статус поддерживателя прекращается

• Если поддерживатель больше не заинтересован или не может выполнять обязанности поддерживателя, указанные выше, он должен добровольно предложить переход на эмеритус-статус.* В крайнем случае это также может произойти путём голосования со стороны других поддерживателей в соответствии с процедурой голосования. Процесс голосования представляет собой простое большинство, в котором каждый старший поддерживатель получает два голоса, а каждый обычный поддерживатель — один голос.## Изменение руководителя проекта

Изменение руководителя проекта начинается с открытия pull request на GitHub.

Любой участник сообщества BFE может проголосовать за этот pull request, дав "+1" или "-1".

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

1. Любой поддерживатель, который был указан в файле MAINTAINERS до того, как был открыт pull request.
2. Поддерживатель из организации может отдать свой голос за эту организацию. Однако ни одна организация не должна иметь более одного пятого от общего числа обязательных голосов, определённых в пункте 1).

Pull request следует открывать не ранее чем за шесть недель до окончания срока действия текущего руководителя проекта. Pull request следует оставаться открытым не менее четырёх недель. Pull request можно объединить только после окончания срока действия текущего руководителя проекта, при условии наличия большего количества "+1" голосов, чем "-1", среди обязательных голосов.

При наличии конфликтующих pull requests относительно изменения руководителя проекта, объединяется тот pull request, который имеет наибольшее количество обязательных "+1" голосов.

Руководитель проекта может добровольно отказаться от должности.

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

Все实质性治理更新都需要超级多数维护者投票。

Все实质性治理更新都需要超级多数维护者的投票。

Процесс принятия решенийДекISION БАСЕНО НА КОНСЕНСУ МAINTENANCE COMMUNITY.

ПРЕДЛОЖЕНИЯ И ИДЕИ МОГУТ БЫТЬ ПРЕДСТАВЛЕНЫ ЧЕРЕЗ GITHUB ISSUE ИЛИ PULL REQUEST ДЛЯ ДОСТИЖЕНИЯ СОГЛАШЕНИЯ, ИЛИ ЧЕРЕЗ ОТПРАВКУ ЭЛЕКТРОННОЙ ПОЧТЫ НА cncf-bfe-maintainers@lists.cncf.io. В ЦЕLOМ МЫ ПРЕФЕРИРУЕМ, ЧТОБЫ ТЕХНИЧЕСКИЕ ВОПРОСЫ И ЧЛЕNECTВO ГРУППЫ ПОДДЕРЖКИ РЕШАЛИСЬ МИРОМ ПУТЕМ МEЖДУ ЗАИНТЕРЕСОВАННЫМИ ЛИЦАМИ. ЕСЛИ СПОР НЕЛЬЗЯ РЕШИТЬ САМОПОМОЩЬЮ, ПРИВЛЕКАЙТЕ ТРЕТЬЕ ЛИЦО-ПОДДЕРЖИВАЮЩЕЕ (НАПРИМЕР, ВЗАИМОУВЯЗАННОЕ ЛИЦО С НЕКОТОРЫМ ПОНИМАНИЕМ ПРОBLEMЫ, НО НЕ УЧАСТВУЮЩЕЕ В КОНФЛИКТЕ) ДЛЯ УЧАСТИЯ. ЕСЛИ СПОР ВСЁ ЕЩЁ ОСТАЁТСЯ НЕРЕШЁННЫМ, ОКОНЧАТЕЛЬНОЕ РЕШЕНИЕ ПРИНЯТАЕТ РУКОВОДИТЕЛЬ ПРОЕКТА. ПРОЦЕСС ПРИНЯТИЯ РЕШЕНИЙ ДОЛЖЕН БЫТЬ ПРОЗРАЧНЫМ ДЛЯ СОБЛЮДЕНИЯ ПРИНЦИПОВ ПРОЕКТА BFE.Все предложения, идеи и решения со стороны поддерживаемых лиц или руководителя проекта должны либо являться частью задачи в GitHub (issue) или запроса на слияние (pull request, PR), либо отправлены на адрес cncf-bfe-maintainers@lists.cncf.io.

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

Код поведения BFE согласован с кодом поведения CNCF.

Благодарности

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