Перейти к содержанию

Управление

Эти трудолюбивые пчелы из Core Team несут ряд обязанностей, чтобы обеспечить работу улья BeeWare. Это развивающийся проект, поэтому эта страница может изменяться.

К ним относятся, помимо прочего, реагирование на проблемы, проверка и объединение кода, наставничество новых участников и архитектура проекта BeeWare в целом.

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

Старшинство в команде

В проекте BeeWare существуют следующие уровни старшинства:

Пчела, или рабочая пчела

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

Пчеловод

Пчела, которая была признана надежным участником. Эти пчелы продемонстрировали свои способности в отношении определенной части проекта BeeWare в течение определенного периода времени. Это может быть на техническом уровне (знание JavaScript, Python, Objective-C; знание GTK+, macOS) или на другом уровне (управление сообществом, проверка кода). Пчеловоды также могут иметь право на коммиты в проекте, где признана их экспертиза.

Старшие пчеловоды

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

Доброжелательный диктатор на данный момент (BDFN)

В соответствии с концепцией благожелательного диктатора на всю жизнь, ответственность за направление и решения проекта в конечном итоге лежит на BDFN. Использование выражения «на данный момент» вместо «на всю жизнь» является отсылкой к концепции Django, согласно которой ответственность за поддержку ядра не должна возлагаться на одного человека на всю его жизнь. Жизнь существует за пределами открытого исходного кода, и баланс между кодом и жизнью, а также общее благополучие — это очень важные вещи, о которых следует помнить.

BDFN BeeWare — это Рассел Кит-Мэги.

Основатель пчеловодства

Человек, который первым встал на холме и заметил яка, нуждающегося в стрижке. Эта роль никогда не меняется и продолжается до бесконечности; однако она не дает никаких дополнительных полномочий в организации. В настоящее время основатель-пчеловод также является BDFN, но со временем это может измениться.

Рекомендации (не фактические правила)

Как и в любом проекте, в котором участвует более одного человека с правами на коммит, существует ряд общих рекомендаций, которым должна следовать команда:

  • Будьте хорошим представителем проекта перед широкой общественностью
  • Относитесь с уважением к каждому запросу и вкладу в любой проект BeeWare
  • Предполагайте, что у всех добрые намерения, даже если они не очень удачно подобрали слова.
  • Предположим, что если кто-то поступил «неправильно», то это потому, что мы не смогли донести до него процесс.
  • Предполагайте, что любое проявление гнева или разочарования исходит из искреннего желания использовать инструмент/библиотеку BeeWare.
  • Поощряйте других членов сообщества отражать эти идеалы в своих собственных коммуникациях, как внутри сообщества BeeWare, так и за его пределами.
  • Ни один пчеловод не должен записывать свой собственный код
  • Исключение: «Что-то сильно сломано и требует немедленного ремонта»
  • Исключение: BDFN (в будущем это может измениться)
  • Весь код, представленный на рассмотрение членом основной команды, должен быть проверен другим членом команды.
  • Исключение: BDFN (в будущем это может измениться)
  • Весь код должен пройти тесты непрерывной интеграции перед слиянием.
  • Исключение: код, который, как известно, не работает и должен быть зафиксирован по другим причинам.
  • Исключение: код в репозитории с недостаточными CI-тестами
  • Исключение: работать и быть преданным делу лучше, чем быть идеальным и не работать.
  • Процессы принятия должны быть автоматизированы, где это возможно.
  • Это означает тестирование, линтинг, проверку орфографии, покрытие и многое другое.

Стать пчеловодом

Включение нового Apiarist в команду остается на усмотрение существующей основной команды. Хотя в настоящее время не существует каких-либо четких правил, как правило, приглашение стать Apiarist в проекте BeeWare получают те, кто внес весомый вклад в проект. Это также может быть распространено на человека с конкретными знаниями в определенной области (например, iOS/macOS), которых может не хватать в существующей команде. Это также не обязательно должно основываться на коммитах. Любой, кто может продемонстрировать заинтересованность в проекте в целом, может попросить разрешение на коммит в проект.

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

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

«Бит фиксации»?

В системах Unix один бит в файле используется для обозначения разрешения на выполнение файла. В системах контроля версий существует аналогичный бит, обозначающий возможность слияния кода. Сказать, что у кого-то есть «бит коммита», означает, что у него есть доступ на запись к кодовой базе. В терминах GitHub это означает, что у него есть возможность слияния запросов на извлечение и коммита кода непосредственно в проект.