38988 2020-09-24 15:49:35 +0300 история изменений задания 2022-01-18 23:25:59 +0300 1 1 2 Infrastructure Infrastructure girar unspecified x86_64 Linux NEW P5 enhancement --- 1 rider placeholder glebfm ldv rider slev cas oldest_to_newest 192824 0 rider 2020-09-24 15:49:35 +0300 Сейчас task directory structure меняется в зависимости от изменения состояния задания. при этом история изменений задания или не ведётся или не доступна. предлагаю в качестве варианта ведения истории задания использовать git для каталога TASK_ID, в который коммитить все изменения по мере их появления. Это даст возможность посмотреть, что, в какое время и как менялось с заданием. Плюс, потенциально, можно добавить возможность ментейнерам откатывать состав сборочного задания на какое-то определённое состояние. Плюс всем, кто парсит куда-то загружает информацию о task'е это даст возможность получить консистентное состояние информации о таске на любой момент времени. 192835 1 slev 2020-09-25 08:58:33 +0300 Данная фича, возможно, облегчит ситуацию, когда нужно понять, почему в итерации N задание собиралось, в N+1 уже нет. То есть было бы здорово хранить логи сборки для каждой итерации задания и, допустим, выводить diff пакетной базы для сборки(как srpm, так и rpm) в отчете. Сейчас мне остается только гадать, что же изменилось. 206839 2 rider 2022-01-18 23:25:59 +0300 Это же добавит элементы транзакционности в изменение состояния задания и позволит грузить в базу rdb всегда консистентное состояние задания, избежав состояние гонок между загрузкой task'а в базу и ментейнером, который изменяет состояние таска. Можно, конечно, ввести блокировку на задание на изменение, но почему-то этого хочется избежать.