On 2019-03-20 15:57:24 +0300, Dmitry V. Levin wrote:

 >> Неправильно. Удобно немного по-другому - когда есть
 >> возможность:
 >> 1. Собрать (build --test-only).
 >> 2. Отправить в репу собранное (сейчас для этого используется task
 >> run, а лучше было бы сделать команду commit).
 >> 3. Собрать и попробовать отправить в репу (хорошо бы назвать это
 >> действие build --commit).
 >> [...]
 >> В общем, оптимальный по эргономике вариант видится мне
 >> примерно так:
 >> set task=`ssh build.alt build $repo $tag`
 >> тестируем - лопухнулись, исправляем
 >> set task=`ssh build.alt build $repo $tag`
 >> опять тестируем - порядок
 >> ssh build.alt commit $task
 >> Или, в самых простых случаях:
 >> ssh build.alt build --commit $repo $tag
 > Что касается UI, то у нас есть более высокоуровневая операция
 > build и пачка менее высокоуровневых операций task cmd, где cmd
 > это new, add, run, и т.д., причём build реализована поверх task.

Об этом нетрудно догадаться, хотя я и предпочитаю считать сборочную
ферму черным ящиком. Ну, хотя бы до тех пор, пока не вылезает нужда
выполнить что-то более сложное, нежели сборка одиночного пакета.

 > С точки зрения UI несложно завести операцию commit, которая будет
 > реализована как task run --commit, если на это есть спрос.

Дык и сделай - думаю, это многим упростит работу.

Кстати, хочешь еще одну подсказку по эргономике? Полезно писать в
лог еще и развернутую команду - то есть:

user command: commit 12345
parsed command: task run --commit 12345

или

user command: kill 12345
parsed command: task fail 12345; task abort 12345; task rm 12345

(да, команда fail тоже будет очень полезной - особенно если она
будет гарантировать, что задание ни при каких условиях не попадет
в репу, даже в случае build --commit).


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net