From: "Новиков Сергей" <sotor@basealt.ru> To: "Dmitry V. Levin" <ldv@altlinux.org> Cc: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] Q: ON_QA Date: Wed, 9 Dec 2020 11:50:37 +0300 Message-ID: <397ade0f-f27d-fc67-7129-96b81e529cf1@basealt.ru> (raw) In-Reply-To: <20201208171002.GA30549@altlinux.org> 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 > Это состояние задания я тоже пока не понимаю. > В какие другие состояния возможен переход из этого состояния? > Получается это не состояние, а атрибут. С данным атрибутом, возможен переход в любые другие состояния. -- Новиков Сергей ООО «Базальт СПО»
next prev parent reply other threads:[~2020-12-09 8:50 UTC|newest] Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-12-03 18:14 [devel] Q: Do not EPERM test-only tasks Vitaly Chikunov 2020-12-03 18:18 ` Aleksey Novodvorsky 2020-12-03 18:26 ` Dmitry V. Levin 2020-12-03 18:30 ` Vitaly Chikunov 2020-12-03 18:36 ` Anton Farygin 2020-12-03 18:44 ` Vitaly Chikunov 2020-12-03 18:50 ` Anton Farygin 2020-12-03 20:24 ` Paul Wolneykien 2020-12-04 8:28 ` Sergey V Turchin 2020-12-05 16:29 ` [devel] Q: ON_QA Dmitry V. Levin 2020-12-05 17:18 ` Vitaly Chikunov 2020-12-05 18:46 ` Anton Farygin 2020-12-07 10:55 ` Новиков Сергей 2020-12-07 11:01 ` Michael Shigorin 2020-12-07 11:12 ` Anton Farygin 2020-12-07 11:16 ` Paul Wolneykien 2020-12-07 11:16 ` Sergey V Turchin 2020-12-07 11:15 ` Arseny Maslennikov 2020-12-07 11:19 ` Anton Farygin 2020-12-07 11:29 ` Michael Shigorin 2020-12-08 17:10 ` Dmitry V. Levin 2020-12-09 8:50 ` Новиков Сергей [this message] 2020-12-09 10:24 ` Alexey V. Vissarionov 2020-12-03 18:51 ` [devel] Q: Do not EPERM test-only tasks Dmitry V. Levin 2020-12-03 18:56 ` Anton Farygin 2020-12-03 19:00 ` Dmitry V. Levin 2020-12-03 19:07 ` Anton Farygin 2020-12-03 19:18 ` Dmitry V. Levin 2020-12-03 19:22 ` Anton Farygin 2020-12-04 8:30 ` Sergey V Turchin 2020-12-03 19:04 ` Vitaly Chikunov 2020-12-03 19:16 ` Dmitry V. Levin 2020-12-03 19:27 ` Dmitry V. Levin 2020-12-03 19:54 ` Denis Medvedev 2020-12-03 19:58 ` Michael Shigorin 2020-12-03 19:59 ` Dmitry V. Levin 2020-12-03 20:10 ` Denis Medvedev 2020-12-03 20:11 ` Michael Shigorin 2020-12-03 20:03 ` Vitaly Chikunov 2020-12-03 20:10 ` Dmitry V. Levin 2020-12-03 20:49 ` Paul Wolneykien 2020-12-04 0:57 ` Dmitry V. Levin 2020-12-04 8:39 ` Sergey V Turchin 2020-12-04 8:55 ` Sergey V Turchin 2020-12-04 8:26 ` Sergey V Turchin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=397ade0f-f27d-fc67-7129-96b81e529cf1@basealt.ru \ --to=sotor@basealt.ru \ --cc=devel@lists.altlinux.org \ --cc=ldv@altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git