Differences between revisions 37 and 39 (spanning 2 versions)
Revision 37 as of 2009-03-17 13:48:47
Size: 2322
Editor: ciphergoth
Comment: Shamelessly promote my own mercurial-server above all other options
Revision 39 as of 2009-08-10 19:17:03
Size: 2732
Editor: Ry4anBrase
Comment: Slightly less tilted toward mercurial-server to avoid newbie confusion about it being _the_ mercurial server.
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
As described on MultipleCommitters, one way of collaboration (the CVS-like model)
is setting up a central [:Repository:repository] every user pushes his changes to and pulls
the others' changes from. This page describes how to create such repositories
accessible via a shared ssh account without needing to give full shell access
to other people.
This page describes how to create repositories
accessible via a '''single shared ssh account''' without needing to give full shell access
to other people. That's just one of many ways to make your repository available to MultipleCommitters, and not necessarily the most common. See PublishingRepositories for a good overview of many ways to allow others to interact with your repository.

== hg-ssh ==

  hg-ssh is a python script available in [[http://www.selenic.com/repo/hg-stable/raw-file/tip/contrib/hg-ssh|contrib/hg-ssh]] and was probably installed along with your mercurial software. Allowed repositories are managed directly in the authorized_keys file.

  Look at the start of the script for usage instructions. When possible use the version that matches your installed version of mercurial.
Line 9: Line 14:
/!\ This is not '''''the''' mercurial server''. This is a piece of software for effectively letting a single shared ssh account be safely used by multiple people. If you're just looking to make your repository available read PublishingRepositories for a list of options.
Line 11: Line 18:
 * [http://hg.opensource.lshift.net/mercurial-server/file/release_0.6/README]
 * [http://hg.opensource.lshift.net/mercurial-server/file/release_0.6/doc/]
 * [http://hg.opensource.lshift.net/mercurial-server/archive/release_0.6.tar.gz]

== Other options ==

There are two alternative systems for achieving the same end, though both require more work to maintain:

=== hg-ssh ===

  A python script available in [http://www.selenic.com/repo/hg-stable/raw-file/tip/contrib/hg-ssh contrib/hg-ssh]. Allowed repositories are managed directly in the authorized_keys file.

  Look at the start of the script for usage instructions.
 * [[http://hg.opensource.lshift.net/mercurial-server/file/release_0.6/README]]
 * [[http://hg.opensource.lshift.net/mercurial-server/file/release_0.6/doc/]]
 * [[http://hg.opensource.lshift.net/mercurial-server/archive/release_0.6.tar.gz]]
Line 27: Line 24:
=== hg-login === == hg-login ==
Line 29: Line 26:
  HgLogin is a system by MarcSchaefer for achieving the same end.   HgLogin is a system by MarcSchaefer for creating restricted shared user accounts.
Line 47: Line 44:
See also AclExtension, HgWebDirStepByStep. See also AclExtension, HgWebDirStepByStep, PublishingRepositories, and MultipleCommitters

This page describes how to create repositories accessible via a single shared ssh account without needing to give full shell access to other people. That's just one of many ways to make your repository available to MultipleCommitters, and not necessarily the most common. See PublishingRepositories for a good overview of many ways to allow others to interact with your repository.

hg-ssh

  • hg-ssh is a python script available in contrib/hg-ssh and was probably installed along with your mercurial software. Allowed repositories are managed directly in the authorized_keys file. Look at the start of the script for usage instructions. When possible use the version that matches your installed version of mercurial.

mercurial-server

/!\ This is not the mercurial server. This is a piece of software for effectively letting a single shared ssh account be safely used by multiple people. If you're just looking to make your repository available read PublishingRepositories for a list of options.

mercurial-server provides the most complete and easiest-to-use solution to this problem for hosting a collection of repositories on Unix systems. Installing mercurial-server creates a new user, "hg", which will own all the repositories to be shared. Giving access to a new user is as simple as adding their SSH key to a special repository and pushing the changes. mercurial-server can enforce fine-grained permissions and logs all events.

hg-login

How these work

When accessing a remote repository via Mercurial's ssh repository type, hg basically does a

$ ssh hg.example.com hg -R /path/to/repos serve --stdio

and relies on ssh for authentication and tunneling. When using public key authentication, ssh allows limiting the user to one specific command, which can do all the sanity checks we want and then calls hg just like ssh would in the example above. Note that every user gets his own private key and his own entry in authorized_keys, which allows the scripts to distinguish between different users and thus enforce e.g. access permissions.

See also AclExtension, HgWebDirStepByStep, PublishingRepositories, and MultipleCommitters


CategoryWeb CategoryHowTo

SharedSSH (last edited 2021-03-19 07:37:31 by RobinMunn)