[devel] JOIN - выдавать кандидату гитовницу на 2 этапе T/J/S

Arseny Maslennikov arseny на altlinux.org
Чт Дек 7 16:50:37 MSK 2023


On Thu, Dec 07, 2023 at 03:49:41PM +0400, Ivan A. Melnikov wrote:
> On Wed, Dec 06, 2023 at 12:31:16PM +0300, Nikolai Kostrigin wrote:
> > Всем привет!
> > 
> > Я писал о нижеследующем ранее [1], но из-за неудачного оформления темы
> > письмо утонуло.
> > 
> > После изменений порядка подписки на devel@, я бы посягнул и на первые 2
> > пункта T/J/S , т.к. без гитовницы для проверки наработок кандидатов
> > приходится "шарахаться по разным углам" (gitlab, github, архивы в
> > мессенжерах).
> > 
> > Сделать:
> > 
> > Пункт 1. По созданию бага в разделе «Development», продукте «Team accounts»,
> > на компонент «join»:
> > 
> > 1. Убедиться, что кандидат имеет активного ментора. ( == Ожидать решения
> > ментора о готовности кандидата.)
> > 
> > Пункт 2. По положительному решению ментора о том, что кандидат готов начать
> > вступление:
> > 1. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
> > 2. Создать email alias для кандидата (детали создания выясняются у текущего
> > секретаря).
> > 3. Зарегистрировать SSH-ключ кандидата в gitery.alt.
> > 4. Ожидать решения ментора о готовности кандидата.
> 
> Мне кажется, такая переделка не имеет большого смысла.
> Прежде чем переходить к T/J/S 2.0, нужно решить две
> независимых задачи:
> 
> - Кандидат должен найти ментора и убедить его,
>   что он правда чего-то хочет и готов что-то делать;
> 
> - Секретарь должен убедиться, что выбранный
>   nickname и сегнерированные ключи соответствуют
>   формальным требованиям.
> 
> Эти задачи разумно решать параллельно в п.1,
> так как и то, и другое может потребовать
> нескольких итераций.
> 
> Если кандидат готов шарится по гитам и что-то
> показывать, значит пришло время переводить его
> на 2.0, и с этим просто не нужно затягивать.
> Думаю, вполне можно переводить на 2.0 и до
> формального перехода на 1.3, если ментор
> сам проверил ключи а переход на 1.3 почему-то
> затягивается.

+1.

Я вот вообще не понял, что ментор должен решить на этом шаге. Кандидат
создал багу, приложил ключи, нашёл и назвал ментора, тот подтвердил, что
займётся кандидатом. И всё, совмещение этих 3 событий — уже основание
для перехода к стадии 2. Или нет?

А выданный доступ на ресурсы в случае таймаута процесса join можно и
отключить.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : signature.asc
Тип     : application/pgp-signature
Размер  : 833 байтов
Описание: отсутствует
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20231207/6c24e496/attachment-0001.bin>


Подробная информация о списке рассылки Devel