automating git-annex relationships

Joey Hess joey at kitenet.net
Tue Sep 9 17:20:36 CEST 2014


martin f krafft wrote:
>   296d71bb-1aef-4381-b15a-8c9f13836254 -- madduck at albatross:~/family/veronika/photos

Note that the part after the -- here is just a description, and can be
any free-form text. Even if it's kept at the default which happens to
have the same form as a git ssh remote url, there's no guarantee that
the hostname is right from the perspective of the host that wants to add
this remote.

Recent versions of git-annex have a hidden feature that's used by the
webapp. The url of an existing git remote can be stored:

git annex initremote albatross type=git location=madduck at albatross:~/family/veronika/photos

And then the same git remote can be set up elsewhere, using that stored
url:

git annex enableremote albatross

But, that is not very flexible or easy to use -- it was really
only added for a specific use case in the webapp.

I use mr to set up remotes.

[lib/downloads]
checkout =
        git clone ssh://joey@git.kitenet.net/srv/git/downloads
        cd downloads
        git remote add website ssh://joey@git.kitenet.net/srv/web/downloads.kitenet.net/.git

-- 
see shy jo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 811 bytes
Desc: Digital signature
URL: <http://lists.madduck.net/pipermail/vcs-home/attachments/20140909/c2e2a0c9/attachment.sig>


More information about the vcs-home mailing list