1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/mirrors-grafana

Клонировать/Скачать
GOVERNANCE.md 22 КБ
Копировать Редактировать Web IDE Исходные данные Просмотреть построчно История
Отправлено 04.06.2025 03:34 089323f

Управление

Данный документ описывает правила и управление проекта. Он предназначен для использования всеми разработчиками проекта и сообществом Grafana. Общие термины, используемые в данном документе управления, приведены ниже:

  • Участники команды: Любой участник закрытой группы grafana-team в Google.

  • Поддерживатели: Поддерживатели руководят отдельным проектом или его частью (MAINTAINERS.md).

  • Проекты: Одиночный репозиторий в организации Grafana на GitHub и перечисленный ниже считается проектом:

    • clock-panel
    • devtools
    • gel-app
    • grafana
    • grafana-github-datasource
    • grafana-image-renderer
    • grafana-kiosk
    • grafana-plugin-sdk-go
    • grafana-polystat-panel
    • grafonnet-lib
    • kairosdb-datasource
    • piechart-panel
    • simple-angular-panel
    • simple-app-plugin
    • simple-datasource
    • simple-datasource-backend
    • simple-json-backend-datasource
    • simple-json-datasource
    • simple-react-panel
    • strava-datasource
    • tutorials
    • worldmap-panel
  • Проект Grafana: Общий термин для всех действий, выполняемых в рамках данного управления, касающихся одного или нескольких репозиториев или сообщества.

Значения

Разработчики и сообщество Grafana ожидают соблюдения значений, определенных в кодексе поведения Grafana. Кроме того, сообщество Grafana стремится к доброте, эффективному предоставлению обратной связи и созданию приветливой среды. Разработчики Grafana обычно принимают решения по согласованию, и только в случае, если согласование невозможно, они прибегают к процедуре голосования большинства для разрешения конфликтов.## Проекты

Каждый проект должен иметь файл MAINTAINERS.md с по крайней мере одним поддерживателем. В случае, если проект имеет процесс выпуска, доступ и документация должны быть такими, чтобы более одного человека могло осуществлять выпуск. Выпуски должны объявляться на блоге Grafana Labs. Любые новые проекты должны быть предложены на почтовом списке команды в соответствии с процедурами голосования, приведенными ниже.

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

Участники команды

Статус участника команды может быть предоставлен тем, кто сделал постоянные вклады в проект Grafana в течение как минимум Yöntemler]team. Очень желательно достичь консенсуса о принятии нового члена. Однако, предложение в конечном итоге голосуется формальным большинством голосов.

Если предложение о новом члене принято, предложенный член команды должен быть уведомлен лично по электронной почте для подтверждения или отказа от членства в команде. Этот электронный адрес также будет отправлен копией grafana-team для целей ведения учета.Если они решат принять, следует процедура ввода в должность.

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

Члены команды могут быть исключены формальным большинством голосов на электронной почте команды. Для этого голосования член, в отношении которого идет голосование, не имеет права голоса и не учитывается при подсчете кворума. Любое голосование об исключении может касаться только одного человека.

При смерти члена он автоматически покидает команду.

В случае ухода члена применяется процедура выхода из команды.Текущие члены команды:

Менеджеры проектаМенеджеры руководят одним или несколькими проектами или их частями и выступают в качестве точки конфликтного разрешения среди участников этого проекта. Идеально, если менеджеры также являются членами команды, но исключения возможны для подходящих менеджеров, которые по какой-то причине еще не являются членами команды.

Изменения в руководстве проектом должны быть объявлены на списке рассылки разработчиков. Они принимаются путем ROUGH CONSENSUS и оформляются путем изменения файла MAINTAINERS.md соответствующего репозитория.

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

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

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

Технические решенияТехнические решения, затрагивающие только один проект, принимаются неофициально менеджером этого проекта, и предполагается ROUGH CONSENSUS. Технические решения, затрагивающие несколько частей проекта Grafana, должны обсуждаться и приниматься на списке рассылки разработчиков Grafana.Решения обычно принимаются путем ROUGH CONSENSUS. Если консенсус достигнуть невозможно, вопрос может быть решен путем большинства голосов.

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

Изменения в этом документе вносятся Grafana Labs.

Другие вопросы

Любой вопрос, требующий решения, может быть поставлен на голосование любым членом, если он считает это необходимым. Для частных или личных вопросов обсуждение и голосование происходят на списке рассылки команды, в противном случае на списке рассылки разработчиков.

Голосование

Проект Grafana обычно работает на основе неофициального консенсуса, однако иногда требуется формальное решение.

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

Для всех голосов, голосование должно быть открыто как минимум на одну неделю. Конечная дата должна быть четко указана в объявлении о голосовании. Голосование может быть открыто и закрыто раньше, если достаточно голосов пришло одной стороной, чтобы дальнейшие голоса не могли изменить окончательное решение. В любом случае голосовать могут только участники команды, за исключением случая принудительного исключения участника из команды, в котором данный участник не имеет права голоса.Обсуждение и голосование по вопросам кадров (включая, но не ограничиваясь, членством в команде и поддержанием команды) проводятся в закрытом режиме на почтовом списке рассылки команды. Все остальные обсуждения и голосования проводятся в открытом режиме на почтовом списке рассылки разработчиков.

Для открытых обсуждений приветствуется участие всех заинтересованных лиц. Официальное право на возражение или голосование ограничивается участниками команды.

Консенсус

Основной механизм принятия решений в проекте Grafana — ROUGH консенсус. Это означает, что любое решение по техническим вопросам считается поддержанным командой, если никто не возражает или возражение было рассмотрено, но не обязательно учтено.

Тишина по любому решению консенсуса является неявным согласием и эквивалентна явному согласию. Явное согласие может быть выражено по желанию. Решения могут, но не обязательно должны быть объявлены и вынесены на голосование на почтовом списке рассылки разработчиков в любое время и любым участником.

Решения, принятые консенсусом, никогда не могут противоречить духу более раннего явного голосования.

Если любой участник команды выразит возражение, участники команды работают вместе над решением, которое все участники могут принять. Это решение снова подлежит ROUGH консенсусу.В случае, если консенсус не может быть достигнут, но необходимо принять решение, любой участник команды может объявить официальное большинственное голосование.

Большинственное голосование

Большинственное голосование должно быть объявлено явно в отдельной теме на соответствующем почтовом списке рассылки. Тема должна быть префиксирована [VOTE]. В тексте объявления голосования должно быть указано предложение, которое подлежит голосованию. Оно должно ссылаться на любое обсуждение, предшествующее этому моменту.

Голосование может быть проведено в форме одного предложения, с возможностью голосовать «за» или «против», или в форме нескольких альтернатив.Голосование по одному предложению считается успешным, если за него проголосовало больше участников, чем против него. Если есть несколько альтернатив, участники могут голосовать за одну или несколько альтернатив, или проголосовать "нет", чтобы выразить протест против всех альтернатив. Голосовать "воздержаться" невозможно. Голосование за несколько альтернатив считается принятым в пользу одной из них, если она получила наибольшее количество голосов "за" и более половины голосов от всех проголосовавших. Если ни одна из альтернатив не наберет необходимое количество голосов, может быть проведено отдельное голосование с уменьшенным количеством вариантов.

Сверхбольшинство голосовСверхбольшинство голосов должно быть вызвано явно в отдельном потоке на соответствующую рассылку. Тема должна быть префиксирована с [VOTE]. В теле сообщения голосование должно указывать предложение, которое голосуют. Оно должно ссылаться на любую дискуссию, предшествующую этому моменту.

Голосование может принимать форму одного предложения, с возможностью голосовать "да" или "нет", или форму нескольких альтернатив.

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

Если есть несколько альтернатив, члены могут голосовать за одну или несколько альтернатив, или голосовать "нет" для выражения протеста против всех альтернатив. Голосование на несколько альтернатив считается принятым "за" одну альтернативу, если она получила наибольшее количество голосов "за" и голос от хотя бы двух третей тех, кто имеет право голосовать. В случае, если ни одна альтернатива не достигнет этого кворума, может быть вызвано отдельное голосование на уменьшенное количество вариантов.

Вход / Выход

Вход

Новый член- добавляется в список членов команды. Идеально, если он отправит свой PR, хотя бы одобрит предложенный PR.

  • объявляется на разработческой рассылке существующим членом команды. Идеально, если новый член ответит в этом потоке, подтверждая своё членство в команде.
  • добавляется к проектам с правом коммита.
  • добавляется к командной рассылке.### Выход

Бывший член

  • удаляется из списка членов команды. Идеально, если он отправит свой PR, хотя бы одобрит сказанный PR. В случае принудительного удаления, одобрение не требуется.
  • удаляется из проектов. По желанию, они могут сохранить статус поддержки одного или нескольких репозиториев, если команда согласна.
  • удаляется из командной рассылки и понижается до обычного члена других рассылок.
  • не имеет права называть себя активным членом команды, ни подразумевать это.
  • добавляется в список бывших членов, если он того пожелает.

Если необходимо, мы оставляем за собой право публично объявить об удалении.

Опубликовать ( 0 )

Вы можете оставить комментарий после Вход в систему

1
https://api.gitlife.ru/oschina-mirror/mirrors-grafana.git
git@api.gitlife.ru:oschina-mirror/mirrors-grafana.git
oschina-mirror
mirrors-grafana
mirrors-grafana
main