В частности, в info.json acl (approved/disapproved) попадают только после того, как проходит какая-то итерация по изменению state пакета. И ещё замечено, что если над FAILED заданием выполнить несколько любых операций по изменению содержимого задания (удалению/добавлению подзаданий, например), то в info.json окажется только первая из них (с одновременной сменой state на NEW), а все последующие изменения в info.json уже не попадут до момента запуска задания на сборку. ну и заодно было бы неплохо писать в info.json время его последнего изменения.
(In reply to Anton Farygin from comment #0) > В частности, в info.json acl (approved/disapproved) попадают только после > того, как проходит какая-то итерация по изменению state пакета. Да, было такое. Сейчас результат approve/disapprove отражается в info.json сразу, если задание не заблокировано (например, сборкой). > И ещё замечено, что если над FAILED заданием выполнить несколько любых > операций по изменению содержимого задания (удалению/добавлению подзаданий, > например), то в info.json окажется только первая из них (с одновременной > сменой state на NEW), а все последующие изменения в info.json уже не попадут > до момента запуска задания на сборку. Да, было такое. Сейчас любые действия, потенциально меняющие task state, сразу приводят к обновлению info.json. > ну и заодно было бы неплохо писать в info.json время его последнего > изменения. А зачем? И как назвать это поле, если действительно нужно?
спасибо. поле можно назвать, например, "updated", а в качестве содержимого - unix timestamp последнего изменения. Нужно для того, что бы не сравнивать все позиции этого файла с предыдущем значением. Хотя, по идее, это же можно взять из времени последнего изменения файла по http, но мне кажется надёжнее было бы забрать это поле сразу из json. Просьба к Сергею Новикову начать использовать info.json на предмет отслеживания статуса approved/disapproved.
Теперь и поле "updated" будет добавляться.
Но почему-то не FIXED. Какие-то ещё остались моменты, когда info.json может разъехаться с состоянием задания ?
(In reply to Anton Farygin from comment #4) > Но почему-то не FIXED. Какие-то ещё остались моменты, когда info.json может > разъехаться с состоянием задания ? Если задание заблокировано сборкой, то info.json обновится позднее, когда статус сборки поменяется. Но мне кажется, что это не так важно.
