[devel] I: gyle --test-only by default

[Anton Farygin]

20.03.2019 12:42, Anton Farygin пишет:
> 20.03.2019 12:18, Alexey V. Vissarionov пишет:
>> On 2019-03-20 00:42:25 +0300, Dmitry V. Levin wrote:
>>   >> Например, в данном случае достаточно было полностью разделить
>>   >> два действия - build $repo $tag и commit $task - так, чтобы
>>   >> результатом первого являлся набор бинарных пакетов (ну, или
>>   >> внятная диагностика того, почему они не были собраны), а
>>   >> результатом второго появление этих пакетов в репозитарии.
>>   >> Все. Неужели это так сложно?
>>   > В реализации они так и разделены, но в пользовательском
>>   > интерфейсе такое разделение неудобно, а удобно другое: собрать
>>   > задание, но не коммитить vs собрать задание и закоммитить.
>>
>> Неправильно. Удобно немного по-другому - когда есть возможность:
>> 1. Собрать (build --test-only).
>> 2. Отправить в репу собранное (сейчас для этого используется task
>> run, а лучше было бы сделать команду commit).
>> 3. Собрать и попробовать отправить в репу (хорошо бы назвать это
>> действие build --commit).
>>
>> Меня в свое время учили проектированию интерфейсов (пусть даже на
>> примере органов управления), ага:-)  Кстати, единственный реально
>> существующий орган управления, выполняющий одновременно две функции -
>> это ручка "шаг-газ" в вертолете (да и то на ней есть корректор газа,
>> который делает эту связку не такой жесткой).
>>
>> Еще было бы очень полезно, чтобы команда build выдавала номер
>> задания точно так же, как task new - в stdout. А все остальное -
>> соответственно, в stderr.
>>
>> В общем, оптимальный по эргономике вариант видится мне примерно так:
>>
>> 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
>
> мне нравится.
Т.е. - run заменить на build и добавить commit.