Сейчас task directory structure меняется в зависимости от изменения состояния задания. при этом история изменений задания или не ведётся или не доступна. предлагаю в качестве варианта ведения истории задания использовать git для каталога TASK_ID, в который коммитить все изменения по мере их появления. Это даст возможность посмотреть, что, в какое время и как менялось с заданием. Плюс, потенциально, можно добавить возможность ментейнерам откатывать состав сборочного задания на какое-то определённое состояние. Плюс всем, кто парсит куда-то загружает информацию о task'е это даст возможность получить консистентное состояние информации о таске на любой момент времени.
Данная фича, возможно, облегчит ситуацию, когда нужно понять, почему в итерации N задание собиралось, в N+1 уже нет. То есть было бы здорово хранить логи сборки для каждой итерации задания и, допустим, выводить diff пакетной базы для сборки(как srpm, так и rpm) в отчете. Сейчас мне остается только гадать, что же изменилось.
Это же добавит элементы транзакционности в изменение состояния задания и позволит грузить в базу rdb всегда консистентное состояние задания, избежав состояние гонок между загрузкой task'а в базу и ментейнером, который изменяет состояние таска. Можно, конечно, ввести блокировку на задание на изменение, но почему-то этого хочется избежать.
