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

comment

Browse source
This commit is contained in:
Joey Hess 2020-09-01 15:36:28 -04:00
parent dc45fc39e8
commit 5b177317b4
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 38 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

27
doc/forum/Hardlinks_instead_of_symlinks_in_locked+thin_mode/comment_1_ae978190d2d4fc1c4cdadc8256e6ca3d._comment Normal file
View file

@ -0,0 +1,27 @@
[[!comment format=mdwn
username="joey"
subject="""comment 1"""
date="2020-09-01T19:20:07Z"
content="""
It would have to be represented to git the same as unlocked files are (as
annex pointer files) because representing as symlinks would cause eg
`git add` to do the wrong thing.
So the git tree would be the same as `git annex adjust --unlock` sets up.
The only difference then seems like it would be the mode of the files,
which would all have their write bits removed.
Unofortunately, that means no easy spotting of removed files via broken
symlinks.
And it seems all the files in the tree would need to be locked in this way,
because there's no way to differentiate at the git level between an
unlocked file and a file locked in this way (since git does not track write
bits).
If [[todo/symlinks_for_not-present_unlocked_files]] got implemented, 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. Added a note to that todo about the
idea.
"""]]

11
doc/todo/symlinks_for_not-present_unlocked_files/comment_7_37e6192b8f4410058f7b3f34b0787ec6._comment Normal file
View file

@ -0,0 +1,11 @@
[[!comment format=mdwn
username="joey"
subject="""comment 7"""
date="2020-09-01T19:32:13Z"
content="""
annex.thin could be combined with this. Imagine a `git annex adjust` mode
that represents present files as annex pointer files to git, and that makes
them hardlinks to the object files, but with the write bit removed, so
they're still effectively locked. And non-present files are represented as
dangling symlinks.
"""]]