Git was written to manage code, but Richard Hartmann presents a whole range of projects and tools that use Git for all sorts of things. 😀
From tracking personal notes to managing your website, wiki, and blog over tracking system and personal configuration files to managing videos, photos and other large files and making system backups, a lot of tools have been grown around the git ecosystem to help you support most tasks of your digital life. This talk will show you a lot of neat tools and tricks and it’s highly likely that you will adopt at least one of the various solutions.
My patch for revamping the comments and adding proper discussion threads has been accepted and will be in GitLab 4.1 (due next week). 😀
Yay … GitLab 3.1 is out. 😀
Awesome work by Scott Chacon: the Git homepage was completely revamped. 😀
Update: This howto is outdated. GitLab has changed a lot since it was written and a lot of it is not applicable anymore (e.g. since GitLab 5.0 it doesn’t depend on Gitolite any more and only needs one system user to be setup). So you are probably better off using the official installation guide. 🙂
The following steps will assume you are root.
First make sure you have all the latest updates installed.
Then we have to install a few packages.
aptitude install git-core wget curl gcc checkinstall libxml2-dev libxslt-dev sqlite3 libsqlite3-dev libcurl4-openssl-dev libc6-dev libssl-dev libmysql++-dev make build-essential zlib1g-dev libicu-dev redis-server sudo
If you have not installed ruby you might want to consider using RVM.
Install it with
bash -s stable < <(curl -s https://raw.github.com/wayneeseguin/rvm/master/binscripts/rvm-installer)
It will be installed into /usr/local/rvm.
Ask it for the requirements for installing MRI and install them.
aptitude install build-essentials ...
Install ruby and make it the default.
rvm install 1.9.3
rvm --default use 1.9.3
You should install a minimum set of gems. Add “passenger” if you are running Apache as your web server or “thin” if you are using Nginx.
gem install bundler
First of all we want to create a dedicated user for Gitolite and Gitlab. This will also be the user the Rails processes will be running in (this is important later).
--shell /bin/sh \
--gecos 'Git Version Control' \
--home /home/git \
Configure git for the new user.
sudo -u git -H git config --global user.email "firstname.lastname@example.org"
sudo -u git -H git config --global user.name "Gitlab Admin"
Generate the ssh key for the git user. It will be saved in /home/git/.ssh/id_rsa. We will run Gitlab as the git user so it will use this key to authenticate against Gitolite.
sudo -u git -H ssh-keygen -t rsa -b 2048
Copy the public part of the key for later use when we setup Gitolite.
sudo -u git -H cp /home/git/.ssh/id_rsa.pub /home/git/rails.pub
After that we install Gitolite. In contrast to the Gitlab documentation I installed it from the Debian repositories.
aptitude install gitolite
It will not be fully installed as it will tell you something like:
No adminkey given – not initializing gitolite in /var/lib/gitolite.
So we do this by using dpkg-reconfigure and using our previously prepared account.
When prompted, answer as follows:
- Gitolite user: git
- repositories directory: /home/git
- admin key: /home/git/rails.pub
Now you should have Gitolite set up in the /home/git directory. But we will still have to tweak it a little.
Edit /home/git/.gitolite.rc and find the line that reads “REPO_UMASK = 0077;” and change it to “REPO_UMASK = 0007;” (i.e. three zeros).
You now need to change the directory privileges on the /repositories directory so Gitlab can use them
sudo chmod -R g+rwX /home/git/repositories/
sudo chown -R git:git /home/git/repositories/
Gitolite should be ready now.
You can test it by cloning the admin repository:
sudo -u git -H git clone git@localhost:gitolite-admin /tmp/gitolite-admin
rm -rf /tmp/gitolite-admin
Install a few prerequisites.
aptitude install python-dev python-pip redis-server libicu-dev
sudo pip install pygments
git clone git://github.com/gitlabhq/gitlabhq.git gitlab
We create a gemset for Gitlab to not pollute the global gemset. To automate this we will use a .rmvrc inside the Gitlab directory. RVM will make sure it will be loaded automatically whenever you enter the directory.
echo "rvm use 1.9.3@gitlab --create" > .rvmrc
cd into directory to make rvm use the .rvmrc and accept with “y”.
cd .. && cd gitlab
Check your current gemset with
It should show something like “ruby-1.9.3-p0@gitlab”.
Now you might need to update Gitlab’s Gemfile (e.g. add the mysql2 gem for MySQL databases).
Now install the gems necessary for running Gitlab.
bundle install --deployment
You may need to run “bundle install –no-deployment” to pick up changes to the Gemfile and rerun the previous command.
Edit config/gitlab.yml to configure Gitlab. If you have followed this howto you should only need to update the “email” section and the “host” option in the “git_host” section.
You might want to edit config/application.rb and update the time zone and locale configurations.
Edit config/database.yml and set up your database configuration.
Now set up and initialize your database.
bundle exec rake db:setup RAILS_ENV=production
bundle exec rake db:seed_fu RAILS_ENV=production
Install with Passenger + Apache
Install with Thin + Nginx