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 autolearn=unavailable autolearn_force=no version=3.4.1 To: ALT Linux Team development discussions , "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> From: =?UTF-8?B?0J3QvtCy0LjQutC+0LIg0KHQtdGA0LPQtdC5?= Organization: =?UTF-8?B?0J7QntCeIMKr0JHQsNC30LDQu9GM0YIg0KHQn9Cewrs=?= Message-ID: Date: Mon, 7 Dec 2020 13:55:35 +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: <20201205162922.GA14677@altlinux.org> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru 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: Mon, 07 Dec 2020 10:55:39 -0000 Archived-At: List-Archive: List-Post: Добрый день. 05.12.2020 19:29, Dmitry V. Levin пишет: > On Thu, Dec 03, 2020 at 09:50:30PM +0300, Anton Farygin wrote: >> On 03.12.2020 21:44, Vitaly Chikunov wrote: >>> On Thu, Dec 03, 2020 at 09:36:16PM +0300, Anton Farygin wrote: >>>> On 03.12.2020 21:30, Vitaly Chikunov wrote: >>>>> On Thu, Dec 03, 2020 at 09:26:34PM +0300, Dmitry V. Levin wrote: >>>>>> On Thu, Dec 03, 2020 at 09:14:02PM +0300, Vitaly Chikunov wrote: >>>>>>> Hi, >>>>>>> >>>>>>> Предлагаю test-only таски не переводить в состояние EPERM. Это позволит >>>>>>> легко отличить в почте результат run --test-only от run --commit! >>>>>> А в какое состояние тогда их переводить? >>>>> Варианты: TESTED, TESTEPERM, >>>> не надо использовать термин TESTED для заданий, которые не TESTED. >>> Я думаю, что не надо смешивать разные feature requests в один. >> Да, ок. Давай этого медведя есть маленькими кусочками. >> >> не показывать EPERM для заданий, у которых не может быть EPERM потому >> что они тестовые - эта идея отличная и, наверное, станет легче. > Если стало легче, то я предлагаю завести новое состояние, например, ON_QA, > и придумать более подходящий workflow, чем тот, который сложился сейчас, > для тех репозиториев, в которых есть внешний QA. Можно добавить следующие статусы: 1. ON_MAINT_REVIEW - таск появился в списке --needs-approval=maint 2. IN_QA_QUEUE - таск появился в списке --needs-approval=tester 3. ON_QA_REVIEW - QA взяли таск в работу. 4. READY_TO_COMMIT - получены апрувы от @maint и @tester 5. REJECTED_BY_MAINT - отклонен группой @maint 6. REJECTED_BY_QA - отклонен QA