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

Материал из ALT Linux Wiki
< Team‎ | Join
(Добавлен пропущенный пробел)
(не показаны 22 промежуточные версии 11 участников)
Строка 5: Строка 5:
Для принятия в Team необходима следующая информация:
Для принятия в Team необходима следующая информация:


* имя ментора — участника команды, имеющего желание помогать в процессе приёма в Team. Менторов можно искать в [[Списки рассылки|списках рассылки]] или на [[IRC]]-канале.
* имя ментора — участника команды, имеющего желание помогать в процессе приёма в Team. Менторов можно искать в [[Списки рассылки|списках рассылки]], канале [http://telegram.me/alt_linux Telegram] или на [[IRC]]-канале.
* псевдоним (имя пользователя) участника, выбирается им самим. Имя должно начинаться с буквы, содержать только буквы и цифры и быть не короче трёх символов.
* псевдоним (имя пользователя) участника, выбирается им самим. Имя должно начинаться с буквы, содержать только буквы и цифры и быть не короче трёх символов.
* адрес почты, на который будет производиться пересылка с адреса <tt>псевдоним@altlinux.org</tt>.
* адрес почты, на который будет производиться пересылка с адреса <tt>псевдоним@altlinux.org</tt>.
* SSH-ключ (RSA 2048bit или DSA 1024bit). Принимающему нужна публичная часть ключа. Этот ключ будет использоваться для SSH-доступа на ресурсы Sisyphus ([[git.alt]] и другие).
* SSH-ключ (ED25519 или RSA >= 4096bit). Принимающему нужна публичная часть ключа. Этот ключ будет использоваться для SSH-доступа на ресурсы Sisyphus ([[git.alt]] и другие).
* GPG-ключ (DSA и ElGamal 1024bit). В ключе должен быть uid вида <tt>псевдоним@altlinux.org</tt>. Принимающему нужна публичная часть ключа. Этот ключ будет использоваться для подписи пакетов и для удостоверения личности в почте.
* GPG-ключ (RSA >= 4096bit). В ключе должны быть имя в формате "<First name> <Last name>" и uid вида <tt>псевдоним@altlinux.org</tt>. Принимающему нужна публичная часть ключа. Этот ключ будет использоваться для подписи пакетов и для удостоверения личности в почте.


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


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


Заявка создаётся новым участником путем добавления «бага» в [[BugTracking/BugzillaMiniHowto|Bugzilla]]. Такие «баги» читает специальный член команды — секретарь.
Заявка создаётся кандидатом путем добавления «бага» в [[BugTracking/BugzillaMiniHowto|Bugzilla]]. Такие «баги» читает специальный член команды — секретарь.


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


* Баг должен быть заведён в разделе «Development», продукте «Team accounts», на компонент «join»,
* Баг должен быть заведён на компонент «join» в разделе «Development», где продуктом должен быть указан «Team accounts»,
* в теле бага нужно указать псевдоним (имя пользователя) нового участника, адрес пересылки почты, а также несколько слов о том, чем новый участник намерен заняться в ALT Linux Team («собрать для начала такой-то пакет, а потом, если получится, ещё пакеты из такой-то области», «просто помочь со сборкой чего-нибудь», «научиться собирать пакеты» и т. п.),
* В теле бага нужно указать псевдоним (имя пользователя) нового участника, адрес пересылки почты, имя ментора, а также несколько слов о том, чем кандидат намерен заняться в ALT Linux Team («собрать для начала такой-то пакет, а потом, если получится, ещё пакеты из такой-то области», «просто помочь со сборкой чего-нибудь», «научиться собирать пакеты» и т. п.),
* 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>). Файлы можно прикладывать уже после создания баги.


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


Помните, что и секретарь, и менторы являются добровольцами, и поэтому не всегда имеют время сразу ответить на ваши сообщения/письма/заявки, поэтому, пожалуйства, проявите терпение в случае задержки.
Помните, что и секретарь, и менторы являются добровольцами, и поэтому не всегда имеют время сразу ответить на ваши сообщения/письма/заявки, поэтому, пожалуйста, проявите терпение в случае задержки.
 
Секретарь ведёт процесс обработки заявки по списку [[Team/Join/Secretary]]. При переходе на новый этап секретарь обычно указывает номер этапа в открытом кандидатом «баге».


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


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


Так как у ментора не всегда будет достаточно времени, чтобы оперативно отвечать на все вопросы, настоятельно рекомендуется подписаться на рассылку [https://lists.altlinux.org/mailman/listinfo/devel-newbies devel-newbies@] и/или находиться на irc-канале #altlinux-devel (см. статью [[IRC |irc-каналы ALT Linux]]) и задавать какие-то вопросы там. Также будьте готовы к тому, что собеседник может покритиковать ваши коммиты в git, указать на ошибки.
Так как у ментора не всегда будет достаточно времени, чтобы оперативно отвечать на все вопросы, настоятельно рекомендуется подписаться на рассылку [https://lists.altlinux.org/mailman/listinfo/devel-newbies devel-newbies@] и задавать возникающие вопросы там. Также будьте готовы к тому, что собеседник может покритиковать ваши коммиты в git, указать на ошибки.


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


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


[[Категория:Sisyphus]]
[[Категория:Sisyphus]]
[[Категория:Руководства]]
[[Категория:Руководства]]
[[Категория:Team]]
{{Category navigation|title=Team|category=Team|sortkey=*}}

Версия от 14:58, 14 октября 2020

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

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

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

  • имя ментора — участника команды, имеющего желание помогать в процессе приёма в Team. Менторов можно искать в списках рассылки, канале Telegram или на IRC-канале.
  • псевдоним (имя пользователя) участника, выбирается им самим. Имя должно начинаться с буквы, содержать только буквы и цифры и быть не короче трёх символов.
  • адрес почты, на который будет производиться пересылка с адреса псевдоним@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 (без возможности сборки пакетов).

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

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

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

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

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

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

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