![]() |
![]() |
||||||||||||||
|
|
||||||||||||||
|
bkd The BitKeeper daemon, bkd, is used to get information about a repository from a remote machine. A new instance of the daemon is created each time a remote repository is accessed. It is created in one of several ways:
BitMover recommends using ssh, since ssh provides a secure channel. The stand-alone daemon method has no security, other than the ability to run in read-only mode. If security is a requirement, use ssh to get to the daemon. The method used is determined by how the remote repository is referenced, as follows:
Anonymous Access The most common use of the stand-alone daemon is for anonymous access to a repository. To provide read-only, anonymous access, you can run:
This will allow anyone to read (but not write) all repositories on the system running the daemon. If you want to export a single repository, pick a port number, and do this:
This says to run in daemon mode, bind to port 5555, and disallow the "cd" and "push" commands. By disallowing the "cd" command, the daemon at port 5555 is tied to the repository in the current working directory (bkd needs to be run at the root of the repository). By disallowing the "push" command, the repository is protected from updates. Clients would then get to this repository by using the BitKeeper URL of:
i.e.,
If you want to have a repository which allows the world to read it, but restricts write access to a select few, you would use bkd to give out read only access, and tell people the BitKeeper URL for the foo project is:
For both read and write access that you want to give to a few
trusted people, you would give them ssh access to a machine with a
clone into which you allow pushes.
Suppose your
When they then push back to that location, they will be prompted for an ssh password that allows them to push. Please see bk helptool bkd and bk helptool Howto-bkd for more information and bkd examples.
|