summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar alejandro@2e9e229fdf45d44cd300a5681432552693d458ab <alejandro@web>2015-11-10 23:46:10 +0000
committerGravatar admin <admin@branchable.com>2015-11-10 23:46:10 +0000
commitb73eb44715ab7f312a99b2e18d05c675f190aa82 (patch)
treec178b7b9acbacb83df8b8d81f6300e0069965afd
parent1515283a137e89a0a9c4eebec191b792575a8a2a (diff)
-rw-r--r--doc/forum/Modus_operandi_for_local_full_backup.mdwn20
1 files changed, 20 insertions, 0 deletions
diff --git a/doc/forum/Modus_operandi_for_local_full_backup.mdwn b/doc/forum/Modus_operandi_for_local_full_backup.mdwn
new file mode 100644
index 000000000..587c18852
--- /dev/null
+++ b/doc/forum/Modus_operandi_for_local_full_backup.mdwn
@@ -0,0 +1,20 @@
+Hello,
+I've been for several hours soaking up on git annex and I don't see how to efficiently achieve the following. Your thoughts welcome.
+
+Let's say I have a computer with a main disk and a backup disk. I currently use rsnapshot to rsync from main to backup and take periodic snapshots. Once the backup disk is filled up I archive it and I start with a fresh one.
+
+This is neat but for the lack of intelligent history. I'm contemplating moving to a VCS solution so changes through time can be tracked more easily.
+
+Let's say I want to move to git-annex as a way of keeping history, maybe even across backup disks. The common part would be to rsync from main to backup and then commit. I see the following showstoppers:
+
+1) If I put the backup repo in direct mode, past versions of files are lost since they never enter either plain git nor annex control.
+
+2) If I put the backup repo in indirect mode, rsync destroys all soft links resulting in unnecessary copying over. It also seems to cause further breakage when a regular file appears where there was a symlink. I know no rsync option to sync through links to the target files (rsync -K only works for folders).
+
+3) I could put the repo in direct mode, rsync, commit, put in indirect to save versions, and repeat at every backup. Seems kinda inefficient, there are hundreds of gigas in files.
+
+4) I can't have the main disk under annex and use the back disk as a remote because the main disk contains many git repos (whose history I don't mind losing with rsync -C, or I wouldn't consider git-annex for backup at all). Also I'm not partial to populate the main disk with something only related to backup.
+
+If rsync -K worked with files there would be no problem. I'm missing the right flag here? Or something else that can be done on the git-annex side?
+
+Thanks in advance.