mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

Merge branch 'master' of ssh://git-annex.branchable.com

Browse source
This commit is contained in:
Joey Hess 2012-10-21 01:28:30 -04:00
commit 3655aa1c8d
3 changed files with 52 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

11
doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_2_8a71ca048f9de29a198a6afb17d5315e._comment Normal file
View file

@ -0,0 +1,11 @@
[[!comment format=mdwn
username="Steve"
ip="92.104.175.136"
subject=""free-form" special remote / dar utility"
date="2012-10-20T22:11:23Z"
content="""
dar looks familiar, I'm sure I have run across it in the past. However, it is not suitable in this case; see requirement #3 above that the DVD-Rs be usable without git or git-annex.
What would work we be some sort of special remote that allows free-form data. Imagine that you create the DVD-R with the files on it, then you mount it and add the mount directory as a free-form special remote. git-annex checksums all the files under the specified directory and stores the relative path to each file somewhere. Then, when you want to fetch a specific hash from the remote it looks up the relative path, adds it to the base directory and transfers it into the local .git/annex/objects/ store.
"""]]

14
doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_3_e3d1d3a3d3d831432ec940a8ab6f31e9._comment Normal file
View file

@ -0,0 +1,14 @@
[[!comment format=mdwn
username="http://lj.rossia.org/users/imz/"
ip="79.165.57.104"
subject="Yes, I agree, such a special remote for free-form read-only media would be convnient."
date="2012-10-20T23:58:45Z"
content="""
I have already stored a lot of large files on DVDs. I did that for arhiving, so I cared that there are several copies. But I want this to be more automated.
I take my disc (or one created by someone else, without any knowledge of Git), checksum its contents in git-annex, and in the projects where I'm using this content, I can check that the file is archived on at least N discs.
Also, I might enhance the content -- this would be refected in a Git commit, so then I want also to be able to check that the new version has also ben archived on severeal discs.
A special remote for such free-form read-only media would be very convenient.
"""]]

27
doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_4_26a33eae98b4faaf6baf6635e3d28a8f._comment Normal file
View file

@ -0,0 +1,27 @@
[[!comment format=mdwn
username="Steve"
ip="92.104.175.136"
subject="Some free-form remote ideas"
date="2012-10-21T02:07:40Z"
content="""
This is starting to get interesting. A free-form remote would definitely simplify my use case, and also solve the \"future goal\" of easily incorporating my already existing DVD-Rs.
I haven't really looked into the git-annex internals up to this point, but looking at the [[special_remotes/hook]] page there doesn't seem to be a hook for init which would be needed to populate git-annex's index of files in the remote. (git-annex seems to assume that new special remotes are empty)
Another problem is where to store the hash to path relation information. On a RW remote it would be stored in the remote, but here we need to keep it in the repo somehow. This could be in the git-annex branch, or possibly another branch created specifically for this purpose.
1) initremote needs to:
* hash the contents of all the remote's files
* update git-annex's index of the remote's contents
* store the paths to the hashes in the repo
2) store and remove should just fail.
3) retrieve and check present seem straight forward.
The assistant blog mentions adding support for read only remotes but I don't know anything about it: [[design/assistant/blog/day_65__transfer_polish]] (I'm still on 3.20120605)
Let me know if there is anything I haven't thought of yet.
"""]]