This commit is contained in:
Joey Hess 2018-05-29 13:01:24 -04:00
parent 1552f8a30c
commit 2c8da1432f
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 30 additions and 0 deletions

View file

@ -44,3 +44,7 @@ as only read access is needed.
Probably running a shell script is not too much overhead in many cases,
if it was too slow, there could be a variant that is run once and
fed the names of files to operate on via stdin.
> These hooks may be too specific to this purpose, while a more generalized
> hook could also support things like [[storing_xattrs|support_for_storing_xattrs]]
> --[[Joey]]

View file

@ -0,0 +1,26 @@
[[!comment format=mdwn
username="joey"
subject="""comment 2"""
date="2018-05-29T16:51:48Z"
content="""
I also would rather see this as a hook than built into git-annex. It's
something that git-annex's metadata can be leveraged for, perhaps,
but different use cases call for different amounts of data.
I suppose the thing to provide a hook into is whenever git-annex adds an
object content to .git/annex/objects. That will allow the hook
to store the current xattrs after `git annex add`, and to restore them
after eg `git annex get`.
But, suppose you run: `git annex add file; git annex move file --to remote`
Then the remote won't have the updated git-annex branch yet when it stores the
object content, and so the hook run on it won't be able to do anything.
When new git-annex branch version adds/changes xattr values,
the local repository would need to be updated to reflect them.
So, there would also need to be a hook that's run when git-annex
metadata has changed.
See also: [[lockdown_hooks]] which have different use cases, but seem to
call for the same kind of hooks.
"""]]