From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: ALT Linux Team development discussions , Andrey Cherepanov References: <20190318020320.GA17846@altlinux.org> <03f0356f-7eec-2351-a229-221c9c129dd4@altlinux.org> <85241227-de96-235f-fb40-8c6aa64fa023@altlinux.org> <45e8ead7-698d-27ed-31d2-d7a64177422d@altlinux.org> <70940e3f-73e8-4f51-9b11-191f0b30f408@basealt.ru> <20190319135939.d96ff37151848ca7fff28f42@altlinux.org> <20190319140547.063371fa936745783e953a1f@altlinux.org> <39576e90-0c22-f468-cb6c-0c18d767aed9@basealt.ru> <4c5a9ba3-c2cf-02d0-a32a-0b391626f0c4@basealt.ru> From: Anton Farygin Organization: BaseALT Message-ID: Date: Tue, 19 Mar 2019 14:38:25 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: Re: [devel] I: gyle --test-only by default 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: Tue, 19 Mar 2019 11:38:27 -0000 Archived-At: List-Archive: List-Post: 19.03.2019 14:28, Andrey Cherepanov пишет: > 19.03.2019 14:20, Anton Farygin пишет: >> 19.03.2019 14:15, Andrey Cherepanov пишет: >>> 19.03.2019 14:11, Anton Farygin пишет: >>>> 19.03.2019 14:05, Andrey Savchenko пишет: >>>>> On Tue, 19 Mar 2019 14:03:34 +0300 Anton Farygin wrote: >>>>>> 19.03.2019 13:59, Andrey Savchenko пишет: >>>>>>> On Tue, 19 Mar 2019 13:03:24 +0300 Grigory Ustinov wrote: >>>>>>>> 19.03.2019 12:59, Anton Farygin пишет: >>>>>>>>> 19.03.2019 12:51, Andrey Cherepanov пишет: >>>>>>>>>>>>> Значение атрибута test-only для заданий, созданных до этого >>>>>>>>>>>>> изменения, >>>>>>>>>>>>> осталось прежним. >>>>>>>>>>>> А чем это мотивировано? Какие ещё притянутые за уши параметры >>>>>>>>>>>> планируется указывать, чтобы просто собрать задание? >>>>>>>>>>>> >>>>>>>>>>> ssh girar task run --commit --yes-do-as-i-say-motherf--er ? >>>>>>>>>> ssh girar task run --commit >>>>>>>>>> --yes-i-am-from-obninsk-and-usually-forget-to-run-task-without-test-only >>>>>>>>>> >>>>>>>>>> >>>>>>>>> При чём тут Обнинск ? >>>>>>>> Пока поблагодарили за это изменение только сотрудники из Обнинска. >>>>>>>> Полагаю, что остальное сообщество недоумевает, кому и зачем это >>>>>>>> нужно. >>>>>>> Лично я пакеты перед отправкой на сборочницу тестирую локально, >>>>>>> поэтому --test-only нужен очень редко. Теперь одним бесполезным >>>>>>> аргументом по-умолчанию стало больше. >>>>>> Ты проверяешь локально на трёх архитектурах ? >>>>> Обычно, если собралось и работает на одной, то соберётся и на >>>>> остальных. --test-only нужен только при опасных изменениях, >>>>> способных разнести в хлам репозиторий, например, при обновлении >>>>> toolchain. >>>> Ну нет, конечно если собралось на одной, то не факт что соберётся на >>>> остальных. >>>> А так с test-only удобнее тем, что задачи test-only не блокируемые >>>> другими тасками. Т.е. - ты узнаешь о том, что твоё задание не >>>> собралось (или собралось не так) гораздо раньше, чем без него - тебе >>>> не надо за этим стоять в очереди на сборку. >>>> >>>> Ну и нормальный workflow - задание собралось на сборочнице - поставь >>>> его локально, проверь и если работает - коммить. >>>> а не ХХ в П, как принято у cas@. >>> С чего это можно назвать нормальным workflow? По мне так ненормален. >>> Сегодня произошли задержки в связи с навязыванием необоснованно глупого >>> workflow. >> Нет никаких сомнений, что тебе нормальный workflow не понравится. >> >> Мне он тоже не очень нравится - надо улучших его тем, что на каждый >> собранный пакет должны запускаться автоматические тесты, которые перед >> этим квалифицированно напишет ментейнер. Но пока нам слабо это >> организовать с технической точки зрения. >> > Критерии нормальности приведите, пожалуйста. Пока я увидел в обсуждении > критерий забывчивости. Ещё что-либо есть? > качество нашей работы - это критерий нормальности workflow. Дима в последнее время много делает для его повышения, что не может не радовать.