PR for #6, incremental backup support is not yet possible (see #13, one advantage of this is the fact that we can test our database migration machanism once incremental backups are working :D), but we can still store the complete *.ab files in the database and get the added benefit of having all backups in one place (with version and timestamp)
this is still WIP as there are two tests missing and because we need to discuss an architectural matter for the backup / restore commands, explained in this comment:
// FIXME v1 why is device_id optional? a backup without a device id should not be possible (even if there is just one device attached, we can get its id)
// also: maybe the backup file should be named after the device id (like the sqlite database) so we can be sure to only restore matching backups
PR for #6, incremental backup support is not yet possible (see #13, one advantage of this is the fact that we can test our database migration machanism once incremental backups are working :D), but we can still store the complete *.ab files in the database and get the added benefit of having all backups in one place (with version and timestamp)
this is still WIP as there are two tests missing and because we need to discuss an architectural matter for the backup / restore commands, explained in this comment: