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

OSCHINA-MIRROR/openeuler-community

Присоединиться к Gitlife
Откройте для себя и примите участие в публичных проектах с открытым исходным кодом с участием более 10 миллионов разработчиков. Приватные репозитории также полностью бесплатны :)
Присоединиться бесплатно
Клонировать/Скачать
community-membership_cn.md 13 КБ
Копировать Редактировать Web IDE Исходные данные Просмотреть построчно История
Отправлено 14.03.2025 07:59 2d67218

Члены сообщества

Данный текст кратко описывает различные обязанности ролей участников в сообществе openEuler. Большинство ролей ограничиваются этими SIG (Special Interest Groups):

Роль Область ответственности (краткое описание) Требования Определенные документы
Контрибьютор Вкладчики проекта Члены Gitee
Коммиттер Проверка вклада других членов Активный участник SIG с опытом работы, готовый вложить время и усилия в проверку работ Элемент Коммиттер в файле OWNERS хранилищ SIG сообщества openEuler.
Мэйнтэйнер Владелец проекта Опытный, ответственный, имеющий отличные технические навыки и способность к управлению Элемент Мэйнтэйнер в файле OWNERS хранилищ SIG сообщества openEuler.

Примечание: Различия между мэйнтэйнерами и коммиттерами не заключаются в правах доступа на платформе Gitee; различие заключается в области управления SIG. Подробнее см. ниже.

Новые контрибьюторы

Добро пожаловать новым участникам в сообщество! Для начала вклада есть руководства, см.: руководство для контрибьюторов openEuler

Уже существующие члены сообществаУже существующие члены сообщества должны демонстрировать соответствие принципам данного текста, знание организационной структуры SIG, ролей, политик, программного обеспечения, соглашений и связанных технических и/или письменных навыков. Ожидания, обязанности и требования роли члена сообщества представлены ниже.## Контрибьютор (Contributor)

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

Требования

  • Член Gitee
  • Делает многоаспектный вклад в SIG или сообщество, включая, но не ограничиваясь следующим:
    • Отправка или проверка PR на Gitee
    • Архивация или комментирование проблем на Gitee
    • Участие в обсуждении SIG или сообщества
  • Прочитал руководство для контрибьюторов
  • Активное участие в одной или нескольких SIG

Обязанности и права

  • Реагировать на распределённые задачи и PR

  • Вкладываемый код должен быть

    • Хорошо протестирован
    • Проходит все тестовые случаи
    • Решает возникающие ошибки или проблемы после внедрения
  • Может открывать PR через /lgtm

  • Может назначать задачи или PR, а также требовать комментарий через /cc @username

  • Может автоматически запускать тестирование для PR. Команда /ok-to-test не обязательна

  • Может использовать команду /ok-to-test для PR с меткой needs-ok-to-test, а также использовать команды типа /close для закрытия PR. Внимание: Члены, регулярно вносящие свой вклад в код, должны积极参与代码审查,并努力成为SIG的提交者

Подписант (Committer)

Подписант имеет право проверять качество и корректность кода в рамках SIG или части SIG. Подписанты хорошо знакомы с кодовой базой и принципами программной инженерии.Определение: записи developer в файле OWNERS хранилищ SIG openEuler.

Требования

  • Минимум три месяца как участник проекта
  • Участие в ревью минимум шести PR
  • Ревью или слияние минимум двадцати базовых PR в кодовую базу
  • Знание кодовой базы
  • Самономинирование или номинирование со стороны committers или maintainers SIG

Ответственности и полномочия+ Ревью PR: выполнение ревью PR, представленных contributor'ами, с использованием рекомендаций сообщества по программированию и безопасному программированию.

  • Обработка проблем: см. "Процесс обработки проблем".
  • Отслеживание зависимостей: обновление пакетов других SIG во время работы над веткой может привести к нарушению зависимости внутри текущего SIG. В этом случае committer получает уведомление и должен восстановить пакет. Нарушение зависимостей может помешать пользователям обновлять систему; тестовая команда также будет участвовать в восстановлении пакетов с нарушенными зависимостями, но maintainer не должен полагаться на это.
  • Уведомление о изменениях API: другие SIG или проекты могут зависеть от пакетов текущего SIG, поэтому изменения API могут повлиять на них. Maintainer должен понимать и принимать решения относительно влияния таких изменений, а также отправлять уведомления и email-уведомления о изменениях API. Такие уведомления следует отправлять минимум за неделю до изменения и всем затронутым SIG. Подробнее см. "Процесс уведомления об изменениях API".
  • Обновление и поддержка версий пакетов: выполнение обновления пакетов согласно стратегии управления качеством обновлений пакетов сообщества.
  • Сотрудничество с upstream сообществом, включая:
    • Отправка всех изменений в upstream сообщество
    • Участие в списке рассылки upstream сообщества + Получение учетной записи для отслеживания ошибок в上游社区
    • Передача серьезных ошибок в上游社区以获取帮助 更多信息请参阅"上游社区包管理建议"
  • 合作与测试团队,包括:
    • 提供有关如何调试/分类在质量检查中提供的包的信息
    • 提供主要功能的回归测试示例
    • 在提供更新包供质量检查人员使用时,提供已修复问题的测试示例。## 维护者(Maintainer)
   + Получение учетной записи для отслеживания ошибок в上游社区
    + Передача серьезных ошибок в上游社区 чтобы получить помощь
       Подробнее см. ["Рекомендации по управлению пакетами upstream сообщества"](#)
 + **Сотрудничество с командой тестирования**, включая:
    + Предоставление информации о том, как отладить/классифицировать пакет при его предоставлении для проверки качества
    + Предоставление примеров тестов для основных функций для тестирования регрессии
    + Предоставление примеров тестов для исправленных проблем при предоставлении обновлений пакета для использования проверяющими качество. ## Мантейнер (Maintainer)
```Мантейнер — это лидер группы SIG или член совета управления, а также мантейнер пакета программного обеспечения, который имеет право проверять и одобрять вклады кода так же, как Committer. Основной акцент при проверке делается на качестве и правильности кода, а при одобрении — на общем принятии вклада. **Все обязанности и права Committer имеют и Maintainer**. Кроме того, Maintainer берёт на себя работу по определению технического направления команды, координации внутренних и внешних связей и прочее.

**Определение**: *developer*-пункт в файле OWNERS в хранилище SIG openEuler.


### Требования

+ Минимум три месяца работы в роли рецензента
+ Участие в рецензировании минимум двенадцати PR
+ Рецензирование или слияние минимум тридцати базовых PR в хранилище кода
+ Знание структуры хранилища кода
+ Самономинирование или номинирование другими Maintainer подпроекта, при условии отсутствия возражений со стороны других Maintainer подпроекта


### Обязанности и права- **Определение технической стратегии проектов, за которыми следит SIG**: включает планирование и принятие решений относительно технического направления SIG, планирование дорожных карт, эволюцию архитектуры.
- **Создание плана выпуска для проектов, за которыми следит SIG**: определение ключевых требований и плана выпусков SIG; участие в мероприятиях PM сообщества и согласование времени выполнения дорожных карт SIG с версионностью сообщества.
- **Участие в координационных мероприятиях сообщества**: участие в мероприятиях и специальных встречах, организованных Советом управления или Советом директоров openEuler, в качестве представителя SIG.
- **Заседания группы SIG**: регулярное проведение заседаний SIG для принятия решений по спорным вопросам внутри SIG.

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

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

1
https://api.gitlife.ru/oschina-mirror/openeuler-community.git
git@api.gitlife.ru:oschina-mirror/openeuler-community.git
oschina-mirror
openeuler-community
openeuler-community
master