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