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

update

Browse source
This commit is contained in:
Joey Hess 2020-11-11 08:14:55 -04:00
parent da80f75f3b
commit 9c9c74d824
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
1 changed files with 30 additions and 14 deletions
Download patch file Download diff file Expand all files Collapse all files

44
doc/forum/Hardlinks_instead_of_symlinks_in_locked+thin_mode/comment_2_6498a44801996cc5a412558c75f6157e._comment
View file

@ -7,22 +7,38 @@
> (protection, easy-to-spot missing files) and of direct mode (no > (protection, easy-to-spot missing files) and of direct mode (no
> duplication of files). > duplication of files).
Well, it does have the benefits of locked mode, but does it really have Well, it does have the benefits of locked mode, but does it really gain
additional benefits like direct mode did? back any benefits of direct mode?
Locked mode also does not involve duplication of files so that's kind of Direct mode didn't duplicate files. But locked mode with annex.thin doesn't
irrelevant. duplicate files either, except for on a filesystem that doesn't support
hard links. But this new mode relies on hard links too.
The actual benefit of direct mode was well, you could directly modify Direct mode allowed modifying files in place. But locked mode does too,
files, in place. This mode would not have that benefit. annex.thin more safely than direct mode (except when using annex.thin, then it's the
also allows direct modification in place. same).
The only advantage that the old direct mode had, over the Direct mode represented missing content as dangling symlinks (on
current `git config annex.thin true; git-annex adjust --unlock`, is that filesystems that support them). And this seems to be the only benefit
direct mode managed to not store two copies of content even on a filesystem of direct mode that this new mode would gain back.
that does not support hard links. But this new mode relies on hard links.
I do sort of like this idea, but I'm struggling to articulate why at the If the benefit of this new mode is only that, all that's really
moment, and so unsure how I'd even begin to document it. Any help needed is for the missing files to be represented as symlinks. Earlier I
appreciated. :) said:
> it could work though. Ie, have a git annex adjust mode that represents
> present files as unlocked, but with the write bits unset, and that
> represents missing files as symlinks.
I now see that unsetting the write bit is not necessary to get the only
benefit of this new mode. Instead, the unlocked files can work just like
usual, being a copy of the content. And if the user doesn't want to store
two copies, they can enable annex.thin to get hardlinks, allowing in-place
modification.
If it actually made sense to unset the write bit of unlocked
files, it could be a config independant from this new mode. But I don't
currently see any real benefit to doing that. As far as I can see,
this new mode + unset write bit does not have any advantages at all
compared with regular locked files.
"""]] """]]