Team/Join/Candidate: различия между версиями

Материал из ALT Linux Wiki
< Team‎ | Join
(→‎Создание заявки: Замечание о том, что иногда всё-таки важно, что кандидат указывает в качестве цели)
Нет описания правки
Строка 24: Строка 24:
** '''NB''': от заявленной кандидатом цели могут зависеть, в частности, требования [[Team/Join/Mentor|ментора]] и [[Team/Join/Reviewer|рецензента]] к обретаемым кандидатом навыкам и их пристрастие.
** '''NB''': от заявленной кандидатом цели могут зависеть, в частности, требования [[Team/Join/Mentor|ментора]] и [[Team/Join/Reviewer|рецензента]] к обретаемым кандидатом навыкам и их пристрастие.
* e-mail ментора следует добавить в поле CC («Подписка»), чтобы он мог должным образом подтвердить своё менторство,
* e-mail ментора следует добавить в поле CC («Подписка»), чтобы он мог должным образом подтвердить своё менторство,
* публичный SSH-ключ и публичный GPG-ключ нужно приложить к багу в виде отдельных приложений (attachments) обычными файлами. GPG-ключ необходимо приложить в экспортированном виде (<tt>gpg --export --armor <id ключа></tt>). Файлы можно прикладывать уже после создания бага.
* публичный SSH-ключ и публичный GPG-ключ нужно приложить к багу в виде отдельных приложений (attachments) обычными файлами. GPG-ключ необходимо приложить в экспортированном виде (<tt>gpg --export --armor <id ключа></tt>). Файлы можно прикладывать уже после создания бага. Проверьте, что экспортировали единственный ключ, а не более (<tt>gpg %путь-до-файла%</tt>)


== Обработка заявки ==
== Обработка заявки ==

Версия от 14:30, 4 декабря 2023

Если вы считаете, что какого-то пакета в Сизифе не хватает, или что какой-то пакет заслуживает большего внимания и готовы заняться им — значит, настало время присоединиться к команде ALT Linux Team.

Сбор информации

Для принятия в Team необходима следующая информация:

  • имя ментора — участника команды, имеющего желание помогать в процессе приёма в Team. Менторов можно искать в списках рассылки, канале Telegram или на IRC-канале;
  • псевдоним (имя пользователя) участника. Выбирается им самим. Имя должно начинаться с буквы, содержать только строчные латинские буквы и цифры, быть не короче трёх символов;
    • Псевдоним — это фактичеcки ваше второе имя в команде. Так вас будут называть в глаза и за глаза, по нему на вас будут ссылаться. Поэтому псевдоним лучше выбирать короткий, запоминающийся и не отягощённый мусором. Например, yoda — удобный псевдоним, а travellingwilburys1998 — неудобный. Список уже занятых имён можно посмотреть в пакете alt-gpgkeys
  • адрес почты, на который будет производиться пересылка с адреса псевдоним@altlinux.org;
  • SSH-ключ (ED25519 или RSA >= 4096bit). Принимающему нужна публичная часть ключа. Этот ключ будет использоваться для SSH-доступа на ресурсы Sisyphus (git.alt и другие);
  • GPG-ключ (RSA >= 4096bit). В ключе должны быть имя в формате "<First name> <Last name>" и uid вида псевдоним@altlinux.org. Принимающему нужна публичная часть ключа. Этот ключ будет использоваться для подписи пакетов и для удостоверения личности в почте.

Если у вас ещё нет SSH- или GPG-ключа, прочтите статью «Работа с ключами разработчика».

Создание заявки

Заявка создаётся кандидатом в Bugzilla. Такие баги читает специальный член команды — секретарь.

Баг должен быть оформлен следующим образом:

  • заведён на компонент «join» в разделе «Development», где продуктом должен быть указан «Team Accounts»,
  • в теле бага нужно указать псевдоним (имя пользователя) нового участника, адрес пересылки почты, имя ментора, а также несколько слов о том, чем кандидат намерен заняться в ALT Linux Team на момент подачи заявки на вступление («собрать для начала такой-то пакет, а потом, если получится, ещё пакеты из такой-то области», «просто помочь со сборкой чего-нибудь», «научиться собирать пакеты», «у вас тут хотелка висит» и т. п.),
    • NB: от заявленной кандидатом цели могут зависеть, в частности, требования ментора и рецензента к обретаемым кандидатом навыкам и их пристрастие.
  • e-mail ментора следует добавить в поле CC («Подписка»), чтобы он мог должным образом подтвердить своё менторство,
  • публичный SSH-ключ и публичный GPG-ключ нужно приложить к багу в виде отдельных приложений (attachments) обычными файлами. GPG-ключ необходимо приложить в экспортированном виде (gpg --export --armor <id ключа>). Файлы можно прикладывать уже после создания бага. Проверьте, что экспортировали единственный ключ, а не более (gpg %путь-до-файла%)

Обработка заявки

После получения необходимой информации секретарь проверяет приложенные ключи, создаёт e-mail адрес и выдаёт ограниченный доступ в git.alt (без возможности сборки пакетов).

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

Секретарь ведёт процесс обработки заявки по регламенту. При переходе на новый этап секретарь обычно указывает номер этапа в открытом кандидатом баге.

Работа с ментором

  • Ментор помогает новому участнику собирать пакеты, проверяя корректность пакетирования.
  • Ментор определяет момент, когда кандидат освоился с инструментарием и освоил основные правила пакетирования, после чего уведомляет об этом секретаря.
  • Секретарь добавляет GPG-ключ принимаемого в связку alt-gpgkeys.
  • С этого момента кандидат может отправлять в сборочницу тестовые задания, которые смогут попасть в репозиторий только после утверждения (approve) ментором (или любым другим членом Team).
  • Ментор определяет момент, когда кандидат научился совместно работать над пакетами (в частности, с ментором) и пользоваться сборочницей, и уведомляет об этом секретаря.

Так как у ментора не всегда будет достаточно времени, чтобы оперативно отвечать на все вопросы, настоятельно рекомендуется подписаться на рассылку devel-newbies@ и задавать возникающие вопросы там. Также будьте готовы к тому, что собеседник может покритиковать ваши коммиты в git, указать на ошибки; при сомнениях можно спросить, это техническая претензия или вопрос личных предпочтений (бывает и то, и другое).

Завершение процедуры

После получения «отмашки» от ментора секретарь выдаёт полный доступ в git.alt и подписывает нового участника на devel@. Начиная с этого момента кандидат становится полноправным членом команды.