As content is added to a fossil repository, files in the corresponding deconstructed repository never change; they are only added. Most backup software will track changes to the deconstructed repository with great efficiency.
I should thus take my backups of the deconstructed repositories, yes? That is, should I back up the SQLite database format of the fossil repository or the deconstructed directory format of the repository? One inconvenience I noted is that the deconstruct command always writes artefacts to the filesystem, even if a file of the appropriate name and size and contents already exists. Would the developers welcome a flag to blob_write_to_file in src/blob.c to skip the writing of a new artefact file if the file already exists? That is, rebuild_step in src/rebuild.c would check for the existance of the file corresponding the artefact's hash, and if such a file exists already (even if its content is wrong), rebuild_step would skip writing this artefact. _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
