Что: d0d24e9b8d061de7f630ef5bf0de3a6bec29fb2b
Когда: 2024-02-19 21:01:21+03:00
Темы: bass redo
Первый релиз goredo прогнанный в zwoki Пишу я тут CI систему (7e1dbd0539c7ea5c6bd5e8831abeea4796da693e). Полностью перевёл сборку пакетов на использование redo. Мало того, что это сократило код за счёт того, что всякими вопросами атомарной записи файлов не приходится заниматься, что появились честные зависимости между пакетами при сборке, что из-за lock-ов на выполняемые цели теперь нет конкурентных попыток установки собранных пакетов, так ещё и внезапно (об этом вообще не думал) это всё прекрасно начало распараллеливаться. Пока одна из зависимостей собирается, для другой качается distfile например. Плюс я почти избавился от zsh кода. Оставил его только в паре скриптов. Сами .do цели на POSIX shell написаны. Прежде всё было на нём в системе сборки. С redo вышло неожиданно всё здорово, а то я было вообще сомневался будет ли от него польза в данном проекте. Ну и в качестве первого проекта, для которого я на коммиты выполнял бы тесты, с его сборкой из исходников, стал goredo. Обнаружилось что тесты в нём зависят и от Python (ибо это тесты apenwarr/redo, без Python не работающего) и от Git. Сделал коммиты избавляющие от них, запушил, git hook создал события, task-maker насоздавал $task-ов, task-taker начал их забирать и выполнять. Часть коммитов упали, из-за недостатка в зависимостях, оставив tmux-ы со всем окружением упавшим. Последний коммит успешно прошёл, подчистив за собой. zwoki выполнил задачу для которой и был создан. redo очень кстати был. Ну и появился goredo 2.6.1 релиз минорный, о котором даже в рассылку не буду оповещать.
Сгенерирован: SGBlog 0.34.0