gcrypt: now supports rsync
Use rsync for gcrypt remotes that are not local to the disk. (Note that I have punted on supporting http transport for now, it doesn't seem likely to be very useful.) This was mostly quite easy, it just uses the rsync special remote to handle the transfers. The git repository url is converted to a RsyncOptions structure, which required parsing it separately, since the rsync special remote only supports rsync urls, which use a different format. Note that annexed objects are now stored at the top of the gcrypt repo, rather than inside annex/objects. This simplified the rsync suport, since it doesn't have to arrange to create that directory. And git-annex is not going to be run directly within gcrypt repos -- or if in some strance scenario it was, it would make sense for it to not see the encrypted objects. This commit was sponsored by Sheila Miguez
This commit is contained in:
parent
9477a07cbf
commit
3e079cdcd1
4 changed files with 105 additions and 64 deletions
3
debian/changelog
vendored
3
debian/changelog
vendored
|
@ -24,6 +24,9 @@ git-annex (4.20130828) UNRELEASED; urgency=low
|
|||
* Remind user when annex-ignore is set for some remotes, if unable to
|
||||
get or drop a file, possibly because it's on an ignored remote.
|
||||
* gpg: Force --no-textmode in case the user has it turned on in config.
|
||||
* Added gcrypt support. This combines a fully encrypted git
|
||||
repository (using git-remote-gcrypt) with an encrypted git-annex special
|
||||
remote.
|
||||
|
||||
-- Joey Hess <joeyh@debian.org> Tue, 27 Aug 2013 11:03:00 -0400
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue