summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar http://a-or-b.myopenid.com/ <http://a-or-b.myopenid.com/@web>2012-01-03 00:43:54 +0000
committerGravatar admin <admin@branchable.com>2012-01-03 00:43:54 +0000
commit9f7ca3fe0da2e19d16a8abf08804b43498417ed3 (patch)
tree7fa384e18d9a68ca26394e9e9026b1c5a9b588cb
parentddc4b3de331060975deefbf3e3e7e6224ee59e07 (diff)
-rw-r--r--doc/forum/Handling_web_special_remote_when_content_changes__63__.mdwn19
1 files changed, 19 insertions, 0 deletions
diff --git a/doc/forum/Handling_web_special_remote_when_content_changes__63__.mdwn b/doc/forum/Handling_web_special_remote_when_content_changes__63__.mdwn
new file mode 100644
index 000000000..5b7be7157
--- /dev/null
+++ b/doc/forum/Handling_web_special_remote_when_content_changes__63__.mdwn
@@ -0,0 +1,19 @@
+I am in the process of organising all of my documents (pdf/ps/etc.) and putting them into an annex. It seems like the easiest (and smartest?) way for me to manage my 15,000+ document library... (Yeah, I've not read them all!)
+
+However, one of the issues I have run into is when I want to include something like a software manual...
+
+I'm not even sure if git-annex is the correct way to handle these sort of document, but...
+
+What would you do if the URL stays the same, but the file content changes over time?
+
+For example, the administration manual for R gets updated and re-released for each release of R, but the URL stays the same.
+
+ http://cran.r-project.org/doc/manuals/R-admin.pdf
+
+I'm not particularly worried about whether my annex version is the most recent, just that if I want to 'annex get' it, it will pull *a* version from somewhere.
+
+Any thoughts?
+
+I'd bet that the SHA-hash would change between releases(!) so would a WORM backend be the best approach? It would mess up my one-file-in-multiple-directories (i.e. multiple simlinks to the one SHA-...-.....) approach.
+
+