• Stars
    star
    8,356
  • Rank 4,380 (Top 0.09 %)
  • Language
    Perl
  • License
    GNU General Publi...
  • Created about 15 years ago
  • Updated 5 months ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

Hosting git repositories -- Gitolite allows you to setup git hosting on a central server, with very fine-grained access control and many (many!) more powerful features.

Gitolite README

about this README

(Github-users: click the "wiki" link before sending me anything via github.)

This is a minimal README for gitolite, so you can quickly get started with:

  • installing gitolite on a fresh userid on a Unix(-like) machine, using ssh
  • learning enough to do some basic access control

For anything more, you need to look at the complete documentation, at: http://gitolite.com/gitolite. Please go there for what/why/how, concepts, background, troubleshooting, more details on what is covered here, advanced features not covered here, migration from older gitolite, running gitolite over http (rather than ssh), and many more topics.

Assumptions

  • You are familiar with:

    • OS: at least one Unix-like OS
    • ssh: ssh, ssh keys, ssh authorized keys file
    • git: basic use of git, bare and non-bare remotes
  • You are setting up a fresh, ssh-based, installation of gitolite on a Unix machine of some sort.

  • You have root access, or someone has created a userid called "git" for you to use and given you a password for it. This is a brand new userid (or you have deleted everything but .bashrc and similar files to make it look like one!)

  • If your server is not connected to the internet, you know how to clone the gitolite source code by using some in-between server or "git bundle".

Installation and setup

server requirements

  • any unix system
  • sh
  • git 1.6.6 or later
  • perl 5.8.8 or later
  • openssh 5.0 or later
  • a dedicated userid to host the repos (in this document, we assume it is "git", but it can be anything; substitute accordingly)
  • this user id does NOT currently have any ssh pubkey-based access
    • ideally, this user id has shell access ONLY by "su - git" from some other userid on the same server (this ensure minimal confusion for ssh newbies!)

steps to install

First, prepare the ssh key:

  • login to "git" on the server
  • make sure ~/.ssh/authorized_keys is empty or non-existent
  • make sure your ssh public key from your workstation has been copied as $HOME/YourName.pub

Next, install gitolite by running these commands:

git clone https://github.com/sitaramc/gitolite
mkdir -p $HOME/bin
gitolite/install -to $HOME/bin

Finally, setup gitolite with yourself as the administrator:

gitolite setup -pk YourName.pub

If the last command doesn't run perhaps "bin" is not in your "PATH". You can either add it, or just run:

$HOME/bin/gitolite setup -pk YourName.pub

If you get any other errors please refer to the online documentation whose URL was given at the top of this file.

adding users and repos

Do NOT add new repos or users manually on the server. Gitolite users, repos, and access rules are maintained by making changes to a special repo called "gitolite-admin" and pushing those changes to the server.

To administer your gitolite installation, start by doing this on your workstation (if you have not already done so):

git clone git@host:gitolite-admin

NOTE: if you are asked for a password, something went wrong.. Go hit the link for the complete documentation earlier in this file.


Now if you "cd gitolite-admin", you will see two subdirectories in it: "conf" and "keydir".

To add new users alice, bob, and carol, obtain their public keys and add them to "keydir" as alice.pub, bob.pub, and carol.pub respectively.

To add a new repo "foo" and give different levels of access to these users, edit the file "conf/gitolite.conf" and add lines like this:

repo foo
    RW+         =   alice
    RW          =   bob
    R           =   carol

Once you have made these changes, do something like this:

git add conf
git add keydir
git commit -m "added foo, gave access to alice, bob, carol"
git push

When the push completes, gitolite will add the new users to ~/.ssh/authorized_keys on the server, as well as create a new, empty, repo called "foo".

help for your users

Once a user has sent you their public key and you have added them as specified above and given them access, you have to tell them what URL to access their repos at. This is usually "git clone git@host:reponame"; see man git-clone for other forms.

NOTE: again, if they are asked for a password, something is wrong.

If they need to know what repos they have access to, they just have to run "ssh git@host info".

access rule examples

Gitolite's access rules are very powerful. The simplest use was already shown above. Here is a slightly more detailed example:

repo foo
    RW+                     =   alice
    -   master              =   bob
    -   refs/tags/v[0-9]    =   bob
    RW                      =   bob
    RW  refs/tags/v[0-9]    =   carol
    R                       =   dave

Here's what these example rules say:

  • alice can do anything to any branch or tag -- create, push, delete, rewind/overwrite etc.

  • bob can create or fast-forward push any branch whose name does not start with "master" and create any tag whose name does not start with "v"+digit.

  • carol can create tags whose names start with "v"+digit.

  • dave can clone/fetch.

Please see the main documentation linked above for all the gory details, as well as more features and examples.

groups

Gitolite allows you to group users or repos for convenience. Here's an example that creates two groups of users:

@staff      =   alice bob carol
@interns    =   ashok

repo secret
    RW      =   @staff

repo foss
    RW+     =   @staff
    RW      =   @interns

Group lists accumulate. The following two lines have the same effect as the earlier definition of @staff above:

@staff      =   alice bob
@staff      =   carol

You can also use group names in other group names:

@all-devs   =   @staff @interns

Finally, @all is a special group name that is often convenient to use if you really mean "all repos" or "all users".

commands

Users can run certain commands remotely, using ssh. Running

ssh git@host help

prints a list of available commands.

The most commonly used command is "info". All commands respond to a single argument of "-h" with suitable information.

If you have shell on the server, you have a lot more commands available to you; try running "gitolite help".

LICENSE

contact and support

Please see http://gitolite.com/gitolite/#contactsupport for mailing list and IRC info.

license

The gitolite software is copyright Sitaram Chamarty and is licensed under the GPL v2; please see the file called COPYING in the source distribution.

Please see http://gitolite.com/gitolite/#license for more.


NOTE: GIT is a trademark of Software Freedom Conservancy and my use of "Gitolite" is under license.


More Repositories

1

gitpod

local caching server for git when the actual server is on the other side of a (possibly slow) WAN link
Shell
95
star
2

git-notes

Notes made while learning git, cheatsheets, etc.; may be useful to others...
Perl
62
star
3

notes

notes on the tools in my Unix/Linux toolbox, dotfiles, etc
Vim Script
52
star
4

map

(EXISTING USERS: please see wiki). map -- simpler than xargs, more power than xargs.
Perl
37
star
5

bq

simple job queue manager -- REPO is OBSOLETE; please see "notes" repo for updates
Perl
34
star
6

gitolite-doc

detailed documentation for gitolite, split out from the main gitolite repo. CC-BY-NC-SA (mostly)
Perl
17
star
7

active-aliases

repo is OBSOLETE; see "argmod.mkd" and related files in "notes" repo for updates. Sorry about that!
Perl
14
star
8

tsh

quick and easy testing/assertion shell
Perl
8
star
9

totport

totport -- TOTP anywhere, any service
Perl
6
star
10

hap2

hash-a-pass with a twist, using the basic idea behind 'scrypt' -- soon to be OBSOLETE, in favour of a 1- or 2-liner using argon2!
Perl
5
star
11

sitaramc.github.com

Website created semi-automatically from the git-notes repo
HTML
5
star
12

hashlite

Store and retrieve small amounts of data from perl or shell. Think "git config" in some ways, but different. Uses Sqlite3.
Perl
3
star
13

pt

CLI, git-aware, project (issue) tracker -- UNMAINTAINED as of 2019 October
Perl
2
star
14

lineup

repo is OBSOLETE; see "lineup" in "notes" repo for updates/details.
Perl
2
star
15

demo1

this demo goes with 'gittalk.notes' in my 'git-notes' repo, which can be seen in 'rendered' form at http://sitaramc.github.com/other-stuff/gittalk.html
C
1
star
16

hashfile

low-volume/low-load key-value store for shell use
Perl
1
star