From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD,UPPERCASE_50_75 autolearn=unavailable autolearn_force=no version=3.4.1 To: "Dmitry V. Levin" References: <20201203181402.vvsliz3vxrshyahr@altlinux.org> <20201203182634.GC16060@altlinux.org> <20201203183000.tlu4x6kxoxfd6vyy@altlinux.org> <20201203184400.ybj33xx4jmf3o7lu@altlinux.org> <9244c0cc-d4ed-f264-7d33-6cca005f1065@basealt.ru> <20201205162922.GA14677@altlinux.org> <20201208171002.GA30549@altlinux.org> From: =?UTF-8?B?0J3QvtCy0LjQutC+0LIg0KHQtdGA0LPQtdC5?= Organization: =?UTF-8?B?0J7QntCeIMKr0JHQsNC30LDQu9GM0YIg0KHQn9Cewrs=?= Message-ID: <397ade0f-f27d-fc67-7129-96b81e529cf1@basealt.ru> Date: Wed, 9 Dec 2020 11:50:37 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <20201208171002.GA30549@altlinux.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Cc: ALT Linux Team development discussions Subject: Re: [devel] Q: ON_QA 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: Wed, 09 Dec 2020 08:50:41 -0000 Archived-At: List-Archive: List-Post: 08.12.2020 20:10, Dmitry V. Levin пишет: > On Mon, Dec 07, 2020 at 01:55:35PM +0300, Новиков Сергей wrote: >> 05.12.2020 19:29, Dmitry V. Levin пишет: > [...] >>> Если стало легче, то я предлагаю завести новое состояние, например, ON_QA, >>> и придумать более подходящий workflow, чем тот, который сложился сейчас, >>> для тех репозиториев, в которых есть внешний QA. >> Можно добавить следующие статусы: > Давайте всё-таки отличать атрибуты и состояния: > >> 1. ON_MAINT_REVIEW - таск появился в списке --needs-approval=maint > Мне кажется, что это классический EPERM. > >> 2. IN_QA_QUEUE - таск появился в списке --needs-approval=tester >> 3. ON_QA_REVIEW - QA взяли таск в работу. > С точки зрения сборочницы эти состояния (ожидание QA и собственно QA) > неотличимы, поскольку происходят снаружи. Если бы сборочница обслуживала > очередь QA, тогда разные состояния были бы естественны, а так непонятно, > в чём разница, помимо атрибута, не влияющего ни на что, кроме внешнего > вида задания. > > Например, если бы сборочница обслуживала какую-то очередь CI, > то можно было бы предложить состояния вроде AWAITING_CI и ON_CI. > >> 4. READY_TO_COMMIT - получены апрувы от @maint и @tester > На мой взгляд, это атрибут, а не состояние. Состояний у задания с этим > атрибутом может быть несколько: PENDING, COMMITTING, а также AWAITING, > BUILDING, и т.д. > >> 5. REJECTED_BY_MAINT - отклонен группой @maint > Мне кажется, что это классический EPERM. > Я пока не вижу, чем ON_MAINT_REVIEW и REJECTED_BY_MAINT отличаются как > состояния (т.е. чем отличаются графы переходов из этих состояний). Предложенные мной статусы/атрибуты направлены на то, чтобы заинтересованным людям легко можно было определить текущий статус собранного в стабильный бранч задания. Так как в данный момент мейнтейнер, собирающий в стабильный бранч, часто не понимает какой статус у задания и на каком этапе проверки оно находится, он видит только статус EPERM, хотя задание может быть уже отклонено группой @maint или группой @tester. >> 6. REJECTED_BY_QA - отклонен QA > Это состояние задания я тоже пока не понимаю. > В какие другие состояния возможен переход из этого состояния? > Получается это не состояние, а атрибут. С данным атрибутом, возможен переход в любые другие состояния. -- Новиков Сергей ООО «Базальт СПО»