Open hobbyquaker opened 5 years ago
Das .nobackup Tag wird afaik leider nur von RaspberryMatic unterstützt
Nach einem Restore eines Backups muss dann RedMatic manuell neu installiert werden, ist denke ich verschmerzbar, der Vorteil des wesentlich kleineren Backups überwiegt imho.
Muss man dann auch alle zusätzlich installierte Module wieder neu installieren?
Guter Punkt. Da die Installation aber relativ stressfrei wäre da diese Module alle in die package.json geschrieben werden müsste man das nicht einzeln machen. Aber ich denk mal drüber nach ob ich diese Module dann doch im Backup drin lass oder vielleicht ein Button in die GUI bau der sie nach einem restore wieder installiert. So wie es jetzt ist kann es jedenfalls nicht weitergehen ;-)
58.6M /usr/local/addons/redmatic/bin
24.0K /usr/local/addons/redmatic/etc
4.0K /usr/local/addons/redmatic/home
5.0M /usr/local/addons/redmatic/include
103.5M /usr/local/addons/redmatic/lib
13.2M /usr/local/addons/redmatic/libexec
26.9M /usr/local/addons/redmatic/npm-cache
56.0K /usr/local/addons/redmatic/share
154.5M /usr/local/addons/redmatic/var
4.0K /usr/local/addons/redmatic/versions
22.2M /usr/local/addons/redmatic/www
Die Module verbleiben jetzt vorerst im Backup bis ich eine bessere Lösung gebaut habe. Das ganze zeigt bis jetzt nur auf RaspberryMatic Wirkung, die eQ-3 Firmware ignoriert das .nobackup tag.
Ok, Super!
Das CUxD Tool extra/ccu_backup beachtet das .nobackup Flag auch nicht.
Verzichtbare Verzeichnisse mittels
.nobackup
Datei aussparen.var/node_modules
aussparen und komfortable Lösung zur neu-Installation nach Restore anbieten