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

Эта статья кратко описывает обязанности и привилегии участников проекта в сообществе openEuler. Основные обязанности большинства участников ограничиваются SIG (Специальными интересными группами):

Описание: Права Поддерживателя и Коммиттера одинаковы на Gitee, а различие заключается в области управления SIG. Подробная информация представлена ниже.

Новый участник

Добро пожаловать в сообщество. Начните вкладывать усилия, руководствуясь руководством по вкладу.## Существующий член сообщества Существующие члены сообщества должны следовать принципам, изложенным в этой статье, и быть знакомыми с организацией SIG, ролями, политиками, программным обеспечением и т. д. В то же время они должны обладать соответствующими техническими навыками и умением писать. Подробная информация об обязанностях и требованиях к членам сообщества представлена ниже.## Участник Участники — это люди, которые часто вносят вклад в сообщество. Они участвуют в мероприятиях SIG-группы, решают вопросы, проверяют PR и завершают тестирование перед отправкой PR.

Требования

• Зарегистрированный член на Gitee
• Внесение вклада в SIG или сообщество различными способами, включая, но не ограничиваясь:
  • Представление или проверка PR (Pull Request) на Gitee
  • Документирование или комментирование проблем на Gitee
  • Участие в обсуждениях SIG или сообщества
• Чтение руководства по вкладу
• Присоединение к одной или нескольким SIG

Обязанности и полномочия

• Ответ на назначенные проблемы и PR (Pull Request)
• Внесённый код должен удовлетворять критериям, указанным ниже:
  • Хорошо протестирован
  • Проходит тестирование правильно и полностью
  • Разрешает последующие ошибки или проблемы
• Одобрение PR путём выполнения команды /lgtm
• Назначьте задачу или запрос на вливание (PR), попросите участников прокомментировать, выполнив команду /assign @username
• Автоматически запустите тестирование PR. Выполнение команды /ok-to-test не обязательно
• Управляйте PR, используя метку needs-ok-to-test, выполнив команду /ok-to-test и закрывайте PR, выполнив команду /close.

Примечание: Вкладчики должны активно участвовать в проверке кода, а если они хотят помочь больше, то стремиться стать Commiter'ом SIG.## Commiter

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

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

Требования

• Работал в проекте openEuler как вкладчиком минимум 3 месяца
• Участие в проверке минимум 6 PR, главным рецензентом
• Проверка или слияние минимум 30 PR в репозиторий кода
• Ознакомлен с репозиторием кода
• Может самовыдвигаться или выдвигаться другими commiters или maintainers SIG

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

• Распределение и решение проблем: Пожалуйста, обратитесь к руководству по представлению и решению проблем.
• Отслеживание зависимых проблем: В ветке развития, зависимости пакетов программного обеспечения в SIG могут быть нарушены из-за обновлений пакетов программного обеспечения в других SIG. В этом случае Committer получает уведомление. Затем Committer должен попытаться перестроить пакет программного обеспечения. Поскольку проблема зависимости может препятствовать пользователям обновлению системы, команда сборки также участвует в перестроении пакетов с проблемами зависимостей, но maintainer не должна полагаться на эти работы.
• Уведомление SIG о возможных изменениях из-за изменений интерфейса: Поскольку другие SIG или проекты зависят от пакетов программного обеспечения этого SIG, изменения в интерфейсе пакета могут повлиять на них. Maintainer должен проверить влияние изменений решения на зависимости. Затем maintainer должен объявить и отправить электронные уведомления об изменениях API или ABI. Эти работы должны быть выполнены за минимум неделю до внесения изменений, и все затронутые SIG должны быть уведомлены.Для более подробной информации обратитесь к процессу уведомления об изменениях API.+ Обновление и поддержка версий пакета: Следуйте стратегии Политики контроля качества обновления программного обеспечения и завершите обновление пакета.
• Сотрудничество с сообществом выше по течению, включая:
  • Отправляйте все изменения в сообщество выше по течению
  • Участвуйте в рассылках сообщества выше по течению
  • Получите учётную запись отслеживания ошибок сообщества выше по течению и следите за важными багами сообщества выше по течению
  • Отправляйте серьезные ошибки в сообщество выше по течению для получения помощи Для дальнейшей информации обратитесь к Рекомендациям по управлению программным обеспечением выше по течению
• Сотрудничество с тестовой командой, включая:
  • Когда вы отправляете пакеты программного обеспечения, предоставьте информацию о том, как выполнять отладку и классифицировать пакеты, для отдела QA для классификации проблем
  • Предоставьте базовые тестовые случаи для регрессионного тестирования
  • Когда вы обновляете пакеты программного обеспечения, предоставьте тестовые случаи, связанные с исправленными проблемами в обновляемых пакетах, для отдела QA## Поддерживатель Поддерживатель является лидером группы SIG или членом комитета управления, а также поддерживает пакеты программного обеспечения. Они могут проверять и одобрять код, как участники. Основной акцент при проверке кода — это качество и корректность кода, в то время как одобрение сосредоточено на общем принятии вклада. Поддерживатель имеет все обязанности и привилегии участника. Кроме того, поддерживатель также должен разрабатывать технический план и координировать как внутри, так и за пределами команды.### Определение вхождение разработчика в файл OWNERS, управляемый SIG OpenEuler.

Требования

• По крайней мере 3 месяца работы в качестве участника
• Участие в минимум 12 отзывах запросов на слияние (PR) в качестве основного рецензента
• Проверка или слияние минимум 30 базовых PR в репозиторий кода
• Знание репозитория кода
• Может быть самономинирован или номинирован руководителем подпроекта, и нет возражений со стороны других руководителей подпроектов.

Обязанности и полномочия

• Разработка технического плана для проекта SIG: Включает планирование направления, дорожной карты и решений эволюционирования архитектуры программного обеспечения
• Подготовка плана выпуска для проекта SIG: Создайте ключевые требования и планы выпусков для проекта; Участвуйте в деятельности менеджера проекта сообщества и согласуйте инициативы SIG с графиками выпусков сообщества
• Участие в координационных мероприятиях сообщества: В качестве представителя SIG, Maintainer должен присутствовать на встречах и мероприятиях, организованных Technical Committee или Community Council
• Организация встреч SIG: Периодически проводить встречи SIG и принимать решения по спорным вопросам внутри SIG