2010-11-07 00:26:44 +00:00
It should be possible for clones to learn about how to contact
each other without remotes needing to always be explicitly set
up. Say that `.git-annex/remote.log` is maintained by git-annex
to contain:
UUID hostname URI
The URI comes from configured remotes and maybe from
2010-11-07 00:28:17 +00:00
`file://$(pwd)`, or even `ssh://$(hostname -f)`
for the current repo. This format will merge without
conflicts or data loss.
2010-11-07 00:26:44 +00:00
Then when content is belived to be in a UUID, and no
configured remote has it, the remote.log can be consulted and
URIs that look likely tried. (file:// ones if the hostname
is the same (or maybe always -- a removable drive might tend
to be mounted at the same location on different hosts),
otherwise ssh:// ones.)
Question: When should git-annex update the remote.log?
2010-11-07 00:28:17 +00:00
(If not just on init.) Whenever it reads in a repo's remotes?
2011-03-14 13:54:07 +00:00
> This sounds useful and the log should be updated every time any remote is being accessed. A counter or timestamp (yes, distributed times may be wrong/different) could be used to auto-prune old entries via a global and per-remote config setting. -- RichiH
2011-10-30 20:57:20 +00:00
---
I no longer think I'd use this myself, I find that my repositories quickly
grow the paths I actually use, somewhat organically. Unofficial paths
across university quads come to mind. [[done]] --[[Joey]]