From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <0e2287e4-8088-4124-a6e4-f3f57c346464@basealt.ru> Date: Mon, 18 Mar 2024 14:14:17 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: ru To: devel@lists.altlinux.org References: <20240316104341.GA17822@altlinux.org> From: Anton Farygin Organization: BaseALT In-Reply-To: <20240316104341.GA17822@altlinux.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0J/RgNC10LTQu9C+0LbQtdC90LjQtSDQuiDQuNC30Lw=?= =?utf-8?b?0LXQvdC10L3QuNGOINCyINGA0LXQs9C70LDQvNC10L3RgiBKT0lOIC0+INGB?= =?utf-8?b?0YLQsNC00LjQuCDRgNCw0LfQstC40YLQuNGPINC80LDQvdGC0LXQudC90LU=?= =?utf-8?b?0YDQsCAo0YHQvtC/0YDQvtCy0L7QttC00LDRjtGJ0LXQs9C+KQ==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Mar 2024 11:14:22 -0000 Archived-At: List-Archive: List-Post: On 16.03.2024 13:43, Dmitry V. Levin wrote: > On Thu, Mar 14, 2024 at 09:16:05PM +0300, Anton Farygin wrote: > [...] >> Предлагаю считать кандидата на стадии 4.0 уже вступившим в команду, но >> имеющим некоторые ограничения в правах. А именно: >> >> - он может отправлять изменения только к тем пакетам, в ACL которых он >> присутствует; >> >> - он может отправлять новые, приналежащие @nobody или @everybody пакеты >> только после review и approve от прошедших стадию 4.2 ментейнеров; >> >> -  в ACL новых (или принадлежащих @nobody) пакетов, отправляемых таким >> ментейнером лидером устанавливается тот, кто делал approve; > По сути речь идёт о том, что мы как team уже готовы доверить новым > кандидатам, а что - ещё не готовы. Это предложение, по видимому, неявно > постулирует, что мы готовы доверять новым кандидатам отдельные пакеты, но > не готовы сразу доверить любой пакет с открытым acl, а захочет ли и сможет > ли кандидат добиться такого доверия - это вопрос индивидуальный. Да, спасибо. Всё верно. Думаю что за счёт групп может оказаться так, что кандидату можно будет доверять не только пакеты, но и более широкое участие. > >> -  может присутствовать в ACL только в качестве соучастника (не может >> быть лидером и не может оставаться один); > Не очевидно, какая могла бы быть польза в этом ограничении. Это вытекает из того, что в ACL пакета лидером будет вставать тот, кто сделал review пакета кандидата. Цель простая - пока кандидат не станет полноценным ментейнером за его пакеты должен вмести с ним отвечать какой-то ментор. > >> при этом ментор фактически завершает свою работу и в дальнейшем росте >> такого ментейнера в команде становятся все участники. > Мне кажется, упразднение ментора на этой стадии не будет полезно. Хотя > сейчас, насколько я вижу, это уже фактически происходит, не считаю это > хорошей практикой. Если сейчас ментор зачастую спихивает менторство на > конкретного рецензента, то в предложенной схеме менторство будет > перекладываться на всю team, что, скорее всего, дополнительно затруднит > интеграцию кандидатов, поскольку в team сейчас фактически не видно никаких > механизмов интеграции кандидатов. Да, согласен. Но я хотел в этом избежать ментор-лок ситуаций, когда кандидат завязан на одного ментора фактически или не выполняющего менторских обязанностей или выполняющего их плохо. > >> Для данной стадии предлагается выбрать соответствующее название и я > В принципе, если консенсуса по названию не будет, то не в названии дело, > хотя название было бы, наверное, удобнее нынешних номеров. А тебе какой вариант больше понравился ?