cae3704a44
This is seriously super hairy. It has to handle interrupted exports, which may be resumed with the same or a different tree. It also has to recover from export conflicts, which could cause the wrong content to be renamed to a file. I think this works, or is close to working. See the update to the design for how it works. This is definitely not optimal, in that it does more renames than are necessary. It would probably be worth finding the keys that are really renamed and only renaming those. But let's get the "simple" approach to work first.. This commit was supported by the NSF-funded DataLad project. |
||
---|---|---|
.. | ||
adjusted_branches | ||
assistant | ||
encryption | ||
exporting_trees_to_special_remotes | ||
external_special_remote_protocol | ||
git-remote-daemon | ||
iabackup | ||
metadata | ||
new_repo_versions | ||
requests_routing | ||
adjusted_branches.mdwn | ||
assistant.mdwn | ||
balanced_preferred_content.mdwn | ||
caching_database.mdwn | ||
encryption.mdwn | ||
exporting_trees_to_special_remotes.mdwn | ||
external_special_remote_protocol.mdwn | ||
gcrypt.mdwn | ||
git-remote-daemon.mdwn | ||
iabackup.mdwn | ||
metadata.mdwn | ||
new_repo_versions.mdwn | ||
preferred_content.mdwn | ||
requests_routing.mdwn | ||
roadmap.mdwn |