aboutsummaryrefslogtreecommitdiff
path: root/doc/forum/git-annex_and_bup_-_the_other_way_around___63____63____63__.mdwn
blob: ba005e37a818e86329b0b9c52b18ab5737e67d96 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
I've been wondering about using `git-annex` and `bup` together - but _not_ with `bup` as the backend, but rather backing up `bup` repos using `git-annex`.

Let me try to explain...

* `bup` is a a great deduplicating backup tool, but it does not have encryption
* `git-annex` is a awesome in so many ways.  Including 1) multiple copies, 2) encryption

(I know the following reads like the motivation for `git-annex`, but let me add the word **backup**) 

* Recovering large backups over the internet can be costly and time consuming
* Local copies are fast, but are risky

So I was wondering about having my `bup` repos in `git-annex`, with multiple copies, including, say, an encrypted S3 bucket and some local copies.

Then, if I had a problem and needed to restore I could use my local copies for as much as I could and then only pull part of the backup from the complete remote backup.

If that all works, I then have:

1. A more complicated process than a simple backup tool  :-(
2. Multiple complete backups available :-D
3. Encrypted, offsite backups :-D
4. Small transfers (`bup` uses the awesomness of `git` to dedup the hell out of your data) :-D

---

I've not done this yet, but was thinking it through.

Can anyone share some opinions, thoughts, concerns or high-5s for the awesomeness of my idea?  ;-)