Управление

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

Роли и обязанности

Пользователи

Пользователи — это члены сообщества, которым нужен этот проект. Любой может быть пользователем; никаких особых требований нет. Общие вклады пользователей включают популяризацию проекта (например, размещение ссылки на веб-сайте и повышение осведомлённости через сарафанное радио), информирование разработчиков об сильных и слабых сторонах с точки зрения нового пользователя или оказание моральной поддержки («спасибо» имеет большое значение).

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

Участники

Участники — это члены сообщества, которые конкретно вносят вклад в проект, чаще всего в виде кода и/или документации. Любой может стать участником, и вклады могут быть самых разных форм. Не ожидается приверженности проекту, нет особых требований к навыкам и нет процесса отбора.

Участники имеют доступ только для чтения к исходному коду и поэтому отправляют изменения через запросы на включение. Запросы на включение участников проходят проверку и слияние членом TSC. Члены TSC и коммиттеры работают с участниками, чтобы проверить их код и подготовить его к слиянию.

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

Член команды сайта

Члены команды сайта — это члены сообщества, которые продемонстрировали приверженность дальнейшему обслуживанию eslint.org через постоянное взаимодействие с сообществом. Членам команды сайта предоставляется доступ к записи в репозитории eslint.org GitHub, и они должны соблюдать Руководящие принципы внесения изменений проекта.

Члены команды сайта:

• Ожидается, что они будут работать по меньшей мере один час в неделю, обрабатывая проблемы и проверяя запросы на включение.
• Ожидается, что они будут работать по меньшей мере два часа в неделю над ESLint.
• Могут выставлять счета за часы, потраченные на работу над ESLint, по ставке 50 долларов США в час.
• Ожидается, что они будут заходить в канал #team Discord один раз в будний день (за исключением выходных и других дней отдыха), чтобы получать обновления команды.
• Ожидается, что они будут работать с публичными ветвями исходного репозитория и отправлять запросы на включение из этой ветви в основную ветвь.
• Ожидается, что они будут удалять свои публичные ветви, когда они больше не нужны.
• Должны отправлять запросы на включение для всех изменений.
• Их работа должна быть проверена рецензентами и членами TSC перед добавлением в репозиторий.
• Могут маркировать и закрывать проблемы, связанные с сайтом (см. Управление проблемами)
• Могут сливать некоторые запросы на включение (см. Просмотр запросов на включение)
• Могут брать отпуск, когда захотят, и ожидается, что они опубликуют сообщение в канале #team Discord, когда будут отсутствовать более пары дней.

Чтобы стать членом команды сайта:

• Нужно проявить желание и способность участвовать в обслуживании eslint.org как участник команды. Как правило, потенциальный член команды сайта должен продемонстрировать понимание структуры сайта и того, как он вписывается в общие цели и стратегию проекта ESLint.
• Члены команды сайта должны уважать каждого члена сообщества и работать вместе в духе инклюзивности.
• Отправить как минимум 10 запросов на включение, связанных с сайтом. Что такое запрос на включение, связанный с сайтом? Тот, который создан в репозитории eslint.org или каталоге docs в репозитории eslint, и его легко принять, потому что он хорошо задокументирован и протестирован.

Новых членов команды сайта может выдвинуть любой действующий член команды сайта или коммиттер. После выдвижения будет голосование членов TSC.

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

Коммиттеры

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

Коммиттеры:

• Ожидается, что они будут работать по меньшей мере один час в неделю, обрабатывая проблемы и проверяя запросы на включение.
• Ожидается, что они будут работать по меньшей мере два часа в неделю над ESLint.
• Могут выставлять счета за часы, потраченные на работу над ESLint, по ставке 50 долларов США в час.
• Ожидается, что они будут заходить в канал #team Discord один раз в будний день (за исключением выходных и других дней отдыха), чтобы получать обновления команды.
• Ожидается, что они будут работать с публичными ветвями исходного репозитория и отправлять запросы на включение из этой ветви в основную ветвь.
• Ожидается, что они будут удалять свои публичные ветви, когда они больше не нужны.
• Ожидается, что они предоставят отзывы по проблемам в столбце «Необходимы отзывы» на Доске отслеживания.
• Ожидается, что каждый месяц они будут работать по крайней мере над одной проблемой в столбце «Готово к реализации» на Доске отслеживания, которую они не создавали.
• Должны отправлять запросы на включение для всех изменений.
• Их работа должна быть проверена членами TSC перед добавлением в репозиторий.
• Могут маркировать и закрывать проблемы (см. Управление проблемами)
• Могут сливать некоторые запросы на включение (см. Просмотр запросов на включение)
• Могут брать отпуск, когда захотят, и ожидается, что они опубликуют сообщение в канале #team Discord, когда будут отсутствовать более пары дней.

Чтобы стать коммиттером:

• Нужно проявить желание и способность участвовать в проекте как участник команды. Как правило, потенциальный коммиттер должен продемонстрировать понимание и согласованность с проектом, его целями и стратегией.
• Коммиттеры должны уважать каждого члена сообщества и работать вместе в духе инклюзивности.
• Отправить как минимум 10 квалифицированных запросов на включение. Что такое квалифицированный запрос на включение? Тот, который имеет существенный технический вес и его легко принять, потому что он хорошо задокументирован и протестирован.

Новых коммиттеров может выдвинуть любой действующий коммиттер. После выдвижения будет голосование членов TSC.

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

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

Рецензенты

Рецензенты — это члены сообщества, которые посвятили значительное количество времени проекту, занимаясь обработкой проблем, исправлением ошибок, внедрением усовершенствований/функций, и являются авторитетными членами сообщества.

Рецензенты могут выполнять все обязанности коммиттеров, а также:

• Могут сливать внешние запросы на включение для принятых проблем после проверки и утверждения изменений.
• Могут сливать свои собственные запросы на включение после того, как они соберут необходимую обратную связь. (Ни один запрос на включение не должен быть слитым без комментария по крайней мере одного коммиттера/рецензента/члена TSC, указывающего, что они просмотрели код).
• Могут выставлять счета за часы, потраченные на работу над ESLint, по ставке 80 долларов США в час.

Чтобы стать рецензентом:

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

Коммиттер может быть приглашён стать рецензентом действующими рецензентами и членами TSC. Выдвижение приведёт к обсуждению, а затем к решению TSC.

Технический руководящий комитет (TSC)

Проект ESLint совместно управляется техническим руководящим комитетом (TSC), который отвечает за общее руководство проектом.

TSC обладает окончательной властью над этим проектом, в том числе:

• Техническое руководство
• Управление проектом и процессами (включая эту политику)
• Политика внесения изменений
• Размещение репозитория GitHub

Посты в TSC не ограничены по времени. Размер TSC не может превышать пяти членов. Этот размер обеспечивает адекватное покрытие важных областей экспертизы, при этом позволяя принимать решения эффективно.

TSC может добавлять дополнительных членов в TSC по стандартному решению TSC.

Член TSC может быть удалён из TSC по собственному желанию, по стандартному решению TSC или за пропуск четырёх последовательных заседаний TSC. Во всех случаях член TSC вернётся к статусу рецензента, если они не предпочтут статус выпускника.

Изменения в составе TSC должны публиковаться в повестке дня и могут предлагаться как любой другой пункт повестки дня (см. «Заседания TSC» ниже).

Не более 1/3 членов TSC могут быть связаны с одной и той же компанией. Если отставка или увольнение члена TSC, или смена работы членом TSC, создаёт ситуацию, когда более 1/3 членов TSC работают в одной компании, то ситуация должна быть немедленно исправлена за счёт отставки или увольнения одного или нескольких членов TSC, связанных с чрезмерно представленной компанией (компаниями).

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

Члены TSC могут выполнять все обязанности рецензентов, а также:

• Может выпускать новые версии всех проектов ESLint.
• Может участвовать в заседаниях TSC.
• Может предлагать пункты бюджета.
• Может предлагать новые проекты ESLint.

Нет конкретного набора требований или квалификаций для членов TSC помимо тех, которые ожидаются от рецензентов.

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

Заседания TSC

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

В повестку дня TSC добавляются вопросы, которые считаются спорными или представляют собой изменения в управлении, политике участия, членстве в TSC или процессе выпуска.

Целью повестки дня не является утверждение или проверка всех исправлений. Это должно происходить непрерывно на GitHub и обрабатываться более широкой группой коммитеров.

Любой участник сообщества, коммитер или рецензент может попросить добавить что-то в повестку дня следующего заседания, создав GitHub-запрос. Любой может добавить пункт в повестку дня, добавив тег «tsc agenda» к запросу.

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

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

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

Модератор отвечает за обобщение обсуждения каждого пункта повестки дня и отправку его в виде запроса на добавление после заседания.

Процесс достижения консенсуса

TSC следует модели принятия решений путем достижения консенсуса.

Когда кажется, что пункт повестки дня достиг консенсуса, модератор спросит: «Есть ли возражения?» в качестве заключительного вопроса о несогласии с консенсусом.

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

Эта работа является производной от модели участия YUI и модели управления проектом Node.js.

Эта работа лицензирована по лицензии Creative Commons Attribution-ShareAlike 2.0 UK: England & Wales.