Added a comment
This commit is contained in:
parent
4c1cc14fc1
commit
d543df20e3
1 changed files with 23 additions and 0 deletions
|
@ -0,0 +1,23 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
nickname="joey"
|
||||
subject="comment 8"
|
||||
date="2013-04-16T20:46:09Z"
|
||||
content="""
|
||||
@edheil, you used to be right about the middleman. But I'm continually improving things. :)
|
||||
|
||||
So, consider this situation:
|
||||
|
||||
> A (client) --- B (client) ---- C (archive)
|
||||
|
||||
If a file is created on A, inside an `archive` directory, B wants a copy, since it's not archived yet. Once B gets the copy, it sends it on the C. At that point, B notices that hey, this file was archived and is in an archive directory, and so it no longer wants its copy and drops it.
|
||||
|
||||
(At this point A will also want to drop the file. However, it cannot! This is because git-annex requires positive, direct verification that some other repository has a file before dropping it, and A cannot talk to C to check.
|
||||
However, if you set C to be trusted, this verification is bypassed, and then A will be able to drop the file as well.)
|
||||
|
||||
This support for middlemen is a new feature, which will be in the next release. You can get it in any recent nightly build.
|
||||
|
||||
Amusingly this feature was built without writing any haskell code.. just fine-tuning the preferred content expressions!
|
||||
|
||||
We can also consider what happens if B is set to manual. In this case, it won't automatically get the file from A. But if you manually get it, then B will send it on to C. And A will drop the file once it hears that C has it. Due to the manual mode, you'll have to manually drop it from B of course.
|
||||
"""]]
|
Loading…
Reference in a new issue