[devel] JOIN - выдавать кандидату гитовницу на 2 этапе T/J/S
Ivan A. Melnikov
iv на altlinux.org
Чт Дек 7 14:49:41 MSK 2023
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. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
> 3. Ожидать решения ментора о готовности кандидата.
>
> Пункт 2. По положительному решению ментора о том, что кандидат готов начать
> вступление:
>
> 1. Создать email alias для кандидата (детали создания выясняются у текущего
> секретаря).
> 2. Зарегистрировать SSH-ключ кандидата в gitery.alt.
> 3. Ожидать решения ментора о готовности кандидата.
>
> Сделать:
>
> Пункт 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 почему-то
затягивается.
--
wbr,
iv m.
Подробная информация о списке рассылки Devel