From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org 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> <20201205171854.lstkgp3kt7quqv2q@altlinux.org> From: Anton Farygin Organization: BaseALT Message-ID: Date: Sat, 5 Dec 2020 21:46:55 +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: <20201205171854.lstkgp3kt7quqv2q@altlinux.org> Content-Type: text/plain; charset=utf-8; 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: Sat, 05 Dec 2020 18:46:57 -0000 Archived-At: List-Archive: List-Post: On 05.12.2020 20:18, Vitaly Chikunov wrote: > On Sat, Dec 05, 2020 at 07:29:22PM +0300, Dmitry V. Levin wrote: >>> не показывать EPERM для заданий, у которых не может быть EPERM потому >>> что они тестовые - эта идея отличная и, наверное, станет легче. >> Если стало легче, то я предлагаю завести новое состояние, например, ON_QA, >> и придумать более подходящий workflow, чем тот, который сложился сейчас, >> для тех репозиториев, в которых есть внешний QA. > Было бы хорошо если бы в будущем это было интегрируемо с автоматическими > внешними тестами (в стиле CI). То есть QA состояний может быть, в > теории, больше 1. > ON_AUTOTEST сразу напрашивается, я тоже хотел предложить этот вариант. С более подходящим workflow надо как следует подумать и посоветоваться. Тут лучше не спешить а постараться сделать в достаточной степени удобно для всех участников процесса. Наверное, было бы здорово иметь возможность задействовать QA не только для заданий стабильных репозиториев, но и в каких-то редких случаях для заданий из Sisyphus (для примера - grub 2.02 -> 2.04). Соответственно может быть сделать возможность отправлять задания на стадию проверки: task goto при этом переход из EPERM в ON_QA и обратно для stable репозиториев можно осуществлять по факту approve/disapprove от групп @maint и @testers Стадия ON_QA должна ещё сноситься при внесении любых изменений в задание. может быть, по аналогии с [test-only] вешать на задание флаг [verifyed] и, в случае с Sisyphus - оставлять это в таком виде на усмотрения ментейнера, а в случае с stable репозиторием - коммитить, если такое задание не помечено как test-only. Это мысли в слух, ни в коем случае не надо воспринимать это как готовое workflow.