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=-3.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,RP_MATCHES_RCVD,UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imath.kiev.ua; s=hydra; t=1553031811; bh=0V1bdtC1Y1lD2E50gQNpJPY6aSw78I8E2hTY5wTIg5o=; h=Date:From:To:Subject:References:In-Reply-To; b=ixduyTDiT3AT6422GVtjFm4qd+MD2N9yfTLAosLrxOPJAhaXwuG5HdmZz7Xa3U8dw lAYVK0Z6mzW/wrqVKdrkXoWUtlABTwfg2Hau+bjrTU50J6VmcJGV0b/PUvpUii08+1 NCsLxwtDEGpr+1dM9Pji0Du2Nqoja25lDVfNwos8= Date: Tue, 19 Mar 2019 23:43:30 +0200 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20190319214233.GA14484@dad.imath.kiev.ua> References: <85241227-de96-235f-fb40-8c6aa64fa023@altlinux.org> <45e8ead7-698d-27ed-31d2-d7a64177422d@altlinux.org> <70940e3f-73e8-4f51-9b11-191f0b30f408@basealt.ru> <20190319100638.GG28553@imap.altlinux.org> <20190319101512.GB30866@altlinux.org> <20190319191436.GC30866@altlinux.org> <20190319210544.GA10846@dad.imath.kiev.ua> <5f35c875-e66b-2cf3-91e3-ab42efe333ae@basealt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5f35c875-e66b-2cf3-91e3-ab42efe333ae@basealt.ru> User-Agent: Mutt/1.9.1 (2017-09-22) 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 21:43:33 -0000 Archived-At: List-Archive: List-Post: On Wed, Mar 20, 2019 at 12:25:51AM +0300, Anton Farygin wrote: > 20.03.2019 0:05, Igor Vlasenko пишет: > > On Tue, Mar 19, 2019 at 10:14:37PM +0300, Alexey V. Vissarionov wrote: > > > Например, в данном случае достаточно было полностью разделить два > > > действия - build $repo $tag и commit $task - так, чтобы результатом > > > первого являлся набор бинарных пакетов (ну, или внятная диагностика > > > того, почему они не были собраны), а результатом второго появление > > > этих пакетов в репозитарии. Все. Неужели это так сложно? > > Более того, за счет разделения build и commit > > можно было бы существенно ускорить сборочницу. > > Ведь build можно делать параллельно, > > а commit приходится делать последовательно. > > > > Но если build и commit отдельно, > > и очереди на build и commit отдельно. > > то commit можно делать крупными кусками. > > залил таски 300001 ... 300010 в очередь на build, > > собрались таски. > > > > И забросил в очередь на commit > > не 10 команд COMMIT 300001, ... COMMIT 300010 > > а команду COMMIT 300001, ..., 300010 - > > выполнится в 10 раз быстрее. > > > > А в идеале умная сборчница сама будет это делать. > > > Вы забываете, что некоторые build требуют rebuild других тасков при commit. Так некорректно говорить, "некоторые build требуют rebuild других тасков" имеет смысл только в контексте конкретной реализации. Если в сборочнице будут две очереди, на build и на commit, то реализация будет другой и такой случай будет называться по другому: "собранный task такой-то устарел". Он в таком случае опять переедет в очередь на сборку, соберется, и опять вернется в очередь на коммит. Проверку на устаревание и последующий уход на повторную пересборку можно запускать параллельно и независимо от commit. Все это можно делать автоматически, информируя майнтайнера только изменением статуса таска. -- I V