diff options
author | Gus <Gus@web> | 2016-02-12 16:31:39 +0000 |
---|---|---|
committer | admin <admin@branchable.com> | 2016-02-12 16:31:39 +0000 |
commit | 266b1555929e4a5f0f160ad141d5541b75f3294f (patch) | |
tree | 6a523a9b0cbb6be1149fc69d804772285730371a /doc | |
parent | 193c22a0b57dbc6ef1f540636c316d59b967c319 (diff) |
Diffstat (limited to 'doc')
-rw-r--r-- | doc/forum/The_future_of_Direct_Mode.mdwn | 32 |
1 files changed, 32 insertions, 0 deletions
diff --git a/doc/forum/The_future_of_Direct_Mode.mdwn b/doc/forum/The_future_of_Direct_Mode.mdwn new file mode 100644 index 000000000..0a5bf1172 --- /dev/null +++ b/doc/forum/The_future_of_Direct_Mode.mdwn @@ -0,0 +1,32 @@ +Hello everyone. I could use some pointers from experienced users. Here is my use-case: + +I have a number of portable storage devices where I store media files. They serve a number of purposes: + + 1. as archives and backup where I put away the data I am not using to allow for more free space on my work PC; + + 2. as storage for the media I play on a media playing device (that only supports Windows filesystems); + + 3. as transport medium to share files with other people (that are Windows-users). + +I wanted to use git-annex to manage/organize/locate all these devices, but without breaking too much my system. Most files are not super-important, and I intend to keep multiple copies of those that are. +The main issue is that points 2 and 3 require that the real files need to be accessible directly. I *could* work around this using an extra device, but that would be much less practical, as I would need to go to the PC and transfer the large files over USB, so I am trying to avoid that. + +Here is what I learned so far: + + - Indirect mode is OK on my PC. No problem there. However, it won't work on VFAT or NTFS, so I can't use it on the portable devices. + + - Direct mode seems to work fine on the portable devices, but is now deprecated. It won't work on the V6 repositories. + + - The new V6 repositories allows for the unlocking of files, replacing the link-like files (on Windows filesystems) with the real files, that allows me to browse them on the media player (by path and name). I did not find a way to keep them always unlocked by default, so I guess I would need to unlock them manually. Also, I would be keeping an extra copy of each file, since `annex.thing` won't work. In addition, as I don't expect to be editing any these files (not on these devices, at least), the loss of half the storage capacity is wasteful and undesirable. + + - Special remotes `directory` and `rsync` do not keep the original structure of the system, and for this reason do not fit for my purposes. + +For now I can create V5 repositories and use direct mode on the external devices. I think this could work quite well, but I have the following questions: + + 1. Am I missing something that could help me? + + 2. Will using V5 repositories be somewhat future-proof? I mean, will I be able to create V5 repositories in the future? How much of a bad idea would it be to start using git-annex depending on "old versions"? I understand that direct mode will continue to be supported, but deprecation indicates it is a bad idea. + + 3. I am guessing that "direct mode" will not be making a comeback, but it does have its uses — however, I did not expect that my case was an unusual one. Is there anything on V6 repositories that would make new version more adequate to my requirements? I would not mind having the files read-only or facing similar restrictions if it helped simplify things. + +Thank you for your time. |