-
-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MFS Republisher #5092
Comments
I'm especially interested in understanding what is going on in this function, |
The core publish function is over here, It's not trivial to find and it seems very important in order to understand what is the publisher doing because there are many mentions of the publish verb but I'm not seeing any definition of exactly what does publish mean in this context. |
/cc @Stebalien |
1 similar comment
/cc @Stebalien |
That function is calling "pubfunc" whenever the hash at the MFS root changes. Currently, I believe we only use this to persist to disk. However, IIRC, we plan on using this to publish to IPNS (eventually). The complexity comes from the fact that publishing an IPNS record is slow so we need to batch updates. Algorithm:
These long timeout ensures that we delay publishing by at most
Publish is fully pluggable. That republisher records the MFS root to disk. We also have some cases where we don't publish anything (e.g., when using a temporary MFS for adding/modifying directory trees). |
Document the `Republisher` code in `repub.go` according to the explanation in ipfs/kubo#5092 (comment). Erring on the side of verbosity since this has been a part of the code with very little review up until now.
Documented in ipfs/go-mfs#36. |
Document the `Republisher` code in `repub.go` according to the explanation in ipfs/kubo#5092 (comment). Erring on the side of verbosity since this has been a part of the code with very little review up until now.
Document the `Republisher` code in `repub.go` according to the explanation in ipfs/kubo#5092 (comment). Erring on the side of verbosity since this has been a part of the code with very little review up until now.
I'm opening this issue to learn more about the republishing system on the MFS (which I currently understand nothing about).
I'm preemptively tagging @Stebalien to see if he can help me with some basic pointers about its main design goals,
I'm assuming this system allows to recreate a different set of nodes that would represent any modifications to a file in the MFS.The text was updated successfully, but these errors were encountered: