comment and reject todo

This commit is contained in:
Joey Hess 2021-05-27 12:19:35 -04:00
parent 29fee03a1b
commit 57a0ef8d90
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 24 additions and 0 deletions

View file

@ -3,3 +3,5 @@ AFAICT, the `annex/` subdir in a bare annex repo is the exact same layout as a d
It'd be very useful if its parameters could be customised just like an actual directory special remote to allow for e.g. encrypted and/or chunked storage. I have a use-case where this could significantly simplify things.
An interesting side-effect of this would be a tweakable location for a bare repo's storage which could be used to separate metadata and data (i.e. git repo on SSD for fast syncs and actual data on an HDD).
> [[rejected|done]] --[[Joey]]

View file

@ -0,0 +1,22 @@
[[!comment format=mdwn
username="joey"
subject="""comment 3"""
date="2021-05-27T16:15:31Z"
content="""
It would not make sense for a non-bare git repository to have annexed
contents in it encrypted or chunked, because that would prevent actually
accessing the annexed files at all; git-annex symlinks have to point to a
complete, non-encrypted file.
Bare git repositories are a very minor special case of non-bare git
repositories; they do not have a work tree or index. In other
respected, they are the same, and it's entirely possible to manually
convert a git repo to or from bare, or even temporarily use a bare repo
with a work tree.
It would be extremely inelegant if git-annex did something that broke
that. Which this would.
I think you should use a rsync special remote possibly. Which also has the
same layout as a directory special remote.
"""]]