proxy updates location tracking information
This does mean a redundant write to the git-annex branch. But, it means that two clients can be using the same proxy, and after one sends a file to a proxied remote, the other only has to pull from the proxy to learn about that. It does not need to pull from every remote behind the proxy (which it couldn't do anyway as git repo access is not currently proxied). Anyway, the overhead of this in git-annex branch writes is no worse than eg, sending a file to a repository where git-annex assistant is running, which then sends the file on to a remote, and updates the git-annex branch then. Indeed, when the assistant also drops the local copy, that results in more writes to the git-annex branch.
This commit is contained in:
parent
96853cd833
commit
dfdda95053
3 changed files with 66 additions and 33 deletions
|
@ -39,10 +39,7 @@ For June's work on [[design/passthrough_proxy]], implementation plan:
|
|||
3. Implement git-annex-shell proxying to git remotes. (done)
|
||||
|
||||
3. Proxy should update location tracking information for proxied remotes,
|
||||
so it is available to other users who sync with it.
|
||||
|
||||
4. Either implement proxying for tor-annex remotes, or prevent
|
||||
listProxied from operating on them.
|
||||
so it is available to other users who sync with it. (done)
|
||||
|
||||
4. Let `storeKey` return a list of UUIDs where content was stored,
|
||||
and make proxies accept uploads directed at them, rather than a specific
|
||||
|
@ -71,3 +68,4 @@ For June's work on [[design/passthrough_proxy]], implementation plan:
|
|||
11. indirect uploads (to be considered). See design.
|
||||
|
||||
12. Support using a proxy when its url is a P2P address.
|
||||
(Eg tor-annex remotes.)
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue