Team/Join/Candidate

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

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

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

• имя ментора — участника команды, имеющего желание помогать в процессе приёма в Team. Менторов можно искать в списках рассылки, канале Telegram или на IRC-канале;
• псевдоним (имя пользователя) участника, выбирается им самим. Имя должно начинаться с буквы, содержать только строчные буквы и цифры, быть не короче трёх символов;
  • Псевдоним — это, фактичеки, ваше второе имя в команде. Так вас будут называть в глаза и за глаза, по нему на вас будут ссылаться. Поэтому псевдоним лучше выбирать короткий, запоминающийся и не отягощённый мусором. Например, 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 («собрать для начала такой-то пакет, а потом, если получится, ещё пакеты из такой-то области», «просто помочь со сборкой чего-нибудь», «научиться собирать пакеты», «у вас тут хотелка висит» и т. п.),
• e-mail ментора следует добавить в поле CC («Подписка»), чтобы он мог должным образом подтвердить своё менторство,
• публичный SSH-ключ и публичный GPG-ключ нужно приложить к багу в виде отдельных приложений (attachments) обычными файлами. GPG-ключ необходимо приложить в экспортированном виде (gpg --export --armor <id ключа>). Файлы можно прикладывать уже после создания бага.

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

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

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

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

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

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

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

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

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