Summary: | история изменений задания | ||
---|---|---|---|
Product: | Infrastructure | Reporter: | Anton Farygin <rider> |
Component: | girar | Assignee: | placeholder <placeholder> |
Status: | NEW --- | QA Contact: | Andrey Cherepanov <cas> |
Severity: | enhancement | ||
Priority: | P5 | CC: | glebfm, ldv, rider, slev |
Version: | unspecified | ||
Hardware: | x86_64 | ||
OS: | Linux |
Description
Anton Farygin
2020-09-24 15:49:35 MSK
Данная фича, возможно, облегчит ситуацию, когда нужно понять, почему в итерации N задание собиралось, в N+1 уже нет. То есть было бы здорово хранить логи сборки для каждой итерации задания и, допустим, выводить diff пакетной базы для сборки(как srpm, так и rpm) в отчете. Сейчас мне остается только гадать, что же изменилось. Это же добавит элементы транзакционности в изменение состояния задания и позволит грузить в базу rdb всегда консистентное состояние задания, избежав состояние гонок между загрузкой task'а в базу и ментейнером, который изменяет состояние таска. Можно, конечно, ввести блокировку на задание на изменение, но почему-то этого хочется избежать. |