From 4a8a042dd44692ba416f4ac6be2facf0dba00a2f Mon Sep 17 00:00:00 2001 From: Joey Hess <joeyh@joeyh.name> Date: Thu, 2 Jul 2015 18:30:30 -0400 Subject: [PATCH] comment --- ...2_6d16d00c7ef8d846e370e1b298a7bc7a._comment | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 doc/forum/Storing_copies_on_LTO_tapes__63__/comment_2_6d16d00c7ef8d846e370e1b298a7bc7a._comment diff --git a/doc/forum/Storing_copies_on_LTO_tapes__63__/comment_2_6d16d00c7ef8d846e370e1b298a7bc7a._comment b/doc/forum/Storing_copies_on_LTO_tapes__63__/comment_2_6d16d00c7ef8d846e370e1b298a7bc7a._comment new file mode 100644 index 0000000000..ed00112b17 --- /dev/null +++ b/doc/forum/Storing_copies_on_LTO_tapes__63__/comment_2_6d16d00c7ef8d846e370e1b298a7bc7a._comment @@ -0,0 +1,18 @@ +[[!comment format=mdwn + username="joey" + subject="""another approach""" + date="2015-07-02T22:25:25Z" + content=""" +You could make a special remote that streams the whole tar file from the +tape, and uses `git annex setkey` to add each file from the tarball to the +annex. + +Done this way, the first file that `git annex get` processed would actually +cause *every* file to be gotten from the tape. As it continued on to +subsequent files, the `git annex get` would see their content was already +present and skip them. + +Of course, the downside is it works on a whole tape at a time, so if you +don't want to load the whole tape into the filesystem, you wouldn't want to +use this approach. +"""]]