Open jbbjarnason opened 1 year ago
Points 2 & 3 addressed already. Issue updated to reflect that.
We could fix the disk writing problem in parallel. And maybe skip the part of logging, my suggestion would be to keep 10 copies of old config.
function
would create file <config_name>.json.tmp
rm
file 10<config_name>.json
to <config_name>.json.1
<config_name>.json.tmp
to <config_name>.json
The tmp file could be used as lock file, if we would like to detect failure in this process.
Lastly 10 could be default but this could be an argument or change-able parameter in confman API.
For frontend, populate a list of timestamp of those 10 files. Frontend can call a method with argument integer with indices of the timestamp to fetch and compare in UI.
I think this is allot of work. Can we wait with removing config and when writing a new config just write the old as well timestamped?
Idea proposed in #218
@magni-mar Can you implement the configuration retention?
I can start working on this issue, can not promise any deadline though as I have no idea how long this will take.