From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: ALT Linux Team development discussions , Alexey Shabalin References: <20180201164258.GA7343@gyle.altlinux.org> <875773010.172.1517535550700.JavaMail.taf@taf.office.telnet> <26dcefac-18f9-5da8-3314-de6e6de47e18@basealt.ru> <20180203001421.GA22631@altlinux.org> <21a34e43-594a-ee2d-1f9a-3bbdceb4d718@basealt.ru> <20180203232736.GA6413@altlinux.org> <20180204233540.GB22820@altlinux.org> <2975225f-3e6e-fc39-c227-1b7c7a6d8f83@basealt.ru> From: Anton Farygin Organization: BaseALT Message-ID: <7573c260-fd51-7895-a6d3-1dfd61bb92a5@basealt.ru> Date: Tue, 6 Feb 2018 07:54:37 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 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] python*-tests; was: Re: [cyber] I: Sisyphus-20180201 i586 beehive_status: +1151 -6 (1510) 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, 06 Feb 2018 04:54:38 -0000 Archived-At: List-Archive: List-Post: 05.02.2018 15:42, Alexey Shabalin пишет: >> Было бы здорово, если бы существовал механизм отложенного применения >> действия - изменение спека происходит в настоящем (виртуальный спек?), >> который, например, отображается на репозитории/ях, а фактическое >> применение - во время следующей сборки. > Мне кажется сейчас такое сделать не возможно. > Тут надо переходить на "централизованный" git и систему poll request. > Например я делаю пакет в packages/shaba/foo.git и предлагаю изменения > для включения в rpms/foo.git. > Кто-то должен принять эти изменения. > ssh gitc.alt build foo tagX собирает пакет не из личного репо > packages/shaba/foo.git, а из "централизованного" rpms/foo.git. > Тогда изменения коллег теряться не будут, и можно накапливать > изменения до следующей сборки. > Конечно, в этом случае, придётся запретить --force для git push. > Вопрос в определении целесообразности очередной сборки. Здесь было бы оптимальнее, на мой взгляд, предусмотреть возможность объединения сборочных заданий - т.е. - выполнять такие задания в режиме test-only и коммитить их в sisyphus сразу одним таском за один раз. Если я правильно понимаю волнения Димы, то всё упирается в серверные мощности.