diff options
author | Joey Hess <joey@kitenet.net> | 2011-03-04 12:31:01 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2011-03-04 12:31:01 -0400 |
commit | 69c14d130bc7a754e3a4fa184ff317690ad48ca6 (patch) | |
tree | b669edb6488ded07ab2d7e105a9f05c9d8453d53 /doc/future_proofing.mdwn | |
parent | c5c7eaf00917d8654c82de5a4b17465b354f8fbf (diff) |
update
Diffstat (limited to 'doc/future_proofing.mdwn')
-rw-r--r-- | doc/future_proofing.mdwn | 24 |
1 files changed, 24 insertions, 0 deletions
diff --git a/doc/future_proofing.mdwn b/doc/future_proofing.mdwn new file mode 100644 index 000000000..4d4939b5a --- /dev/null +++ b/doc/future_proofing.mdwn @@ -0,0 +1,24 @@ +Imagine putting a git-annex drive in a time capsule. In 20, or 50, or 100 +years, you'd like its contents to be as accessible as possible to whoever +digs it up. + +This is a hard problem. git-annex cannot completly solve it, but it does +its best to not contribute to the problem. Here are some aspects of the +problem: + +* How are files accessed? Git-annex carefully adds minimal complexity + to access files in a repository. Nothing needs to be done to extract + files from the repository; they are there on disk in the usual way, + with just some symlinks pointing at the annexed file contents. + Neither git-annex nor git is needed to get at the file contents. + +* What file formats are used? Will they still be readable? To deal with + this, it's best to stick to plain text files, and the most common + image, sound, etc formats. Consider storing the same content in multiple + formats. + +* What filesystem is used on the drive? Will that filesystem still be + available? + +* What is the hardware interface of the drive? Will hardware still exist + to talk to it? |