用git pull来更新代码的时候，遇到了下面的问题：

出现这个问题的原因是其他人修改了xxx.php并提交到版本库中去了，而你本地也修改了xxx.php，这时候你进行git pull操作就好出现冲突了，解决方法，在上面的提示中也说的很明确了。

1、保留本地的修改 的改法

1）直接commit本地的修改

2）通过git stash

通过git stash将工作区恢复到上次提交的内容，同时备份本地所做的修改，之后就可以正常git pull了，git pull完成后，执行git stash pop将之前本地做的修改应用到当前工作区。

git stash: 备份当前的工作区的内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前的工作区内容保存到Git栈中。

git stash pop: 从Git栈中读取最近一次保存的内容，恢复工作区的相关内容。由于可能存在多个Stash的内容，所以用栈来管理，pop会从最近的一个stash中读取内容并恢复。

git stash list: 显示Git栈内的所有备份，可以利用这个列表来决定从那个地方恢复。

git stash clear: 清空Git栈。此时使用gitg等图形化工具会发现，原来stash的哪些节点都消失了。

2、放弃本地修改 的改法

Ruby的安装
因为CentOS源里的ruby版本太低，我们直接下载源码进行安装

安装之前确认系统中已经安装了libyaml

没有的话直接下载源码安装

wget http://pyyaml.org/download/libyaml/yaml-0.1.tar.gz
tar zxvf yaml-0.1.tar.gz
cd yaml-0.1
./configure
make && make install
下载ruby源码

http://ruby.taobao.org/mirrors/ruby/ruby-1.9-stable.tar.gz

安装

tar zxvf ruby-1.9-stable.tar.gz
cd ruby-1.9-xxxx/
./configure
make && make install
结束

一般情况下安装会很顺利

Gitolite的安装
创建专属用户

useradd -d /home/git -m git
然后用git身份登录

su git
进入到HOME目录

cd ~
下载源码

直接从Github进行clone

git clone git://github.com/sitaramc/gitolite
进行安装

mkdir -p $HOME/bin
gitolite/install -to $HOME/bin
如果提示Can’t locate Time/HiRes.pm in @INC的话执行下面的命令进行类库安装

perl -MCPAN -e shell
install Time::HiRes
如果提示Can’t locate CPAN.pm in @INC的话先使用yum进行安装yum install perl-CPAN

将bin加入到PATH变量中

编辑~/.profile添加如下内容

export PATH=$PATH:/home/git/bin
GitLab的安装
创建专属用户

useradd -d /home/gitlab -m -g git gitlab
切换至gitlab并进入HOME目录

依赖的Gems (root身份安装)

gem install resque
gem install charlock_holmes –version ‘0.6.9’
charlock_holmes 会依赖libicu 可以直接yum安装yum install libicu-devel

如果提示cannot load such file — zlib需要安装zlib库

yum install zlib-devel
# 安装ruby自带的zlib.so
cd ruby-1.9-xxxx/ext/zlib
ruby ./extconf.rb
make && make install
下载源码

git clone git://github.com/gitlabhq/gitlabhq server
站点信息配置

cp server/config/gitlab.yml.example server/config/gitlab.yml
cp server/config/unicorn.rb.example server/config/unicorn.rb
因为我们释放到了server目录下，需要修改unicorn.rb将第一行的默认目录修改下

创建satellites目录

mkdir gitlab-satellites
数据库配置

cp server/config/database.yml.mysql server/config/database.yml
Redis配置（一般不需要）

cp server/config/resque.yml.example server/config/resque.yml
进行产品发布

cd ~/server
bundle install –deployment –without development test postgres
找不到bundle的时候可以执行gem install bundler安装

配置Git

git config –global user.name “GitLab”
git config –global user.email “gitlab@localhost”
配置GitLab的Hooks

# root 权限运行
mkdir -p /home/git/.gitolite/hooks/common
cp /home/gitlab/server/lib/hooks/post-receive /home/git/.gitolite/hooks/common/post-receive
chown git:git -R /home/git/.gitolite
创建用户（gitlab）的SSH公匙并导入到gitolite中

执行前确定/home/git/.gitolite/logs目录存在，否则导入key时会报错

FATAL: errors found but logfile could not be created
FATAL: /home/git/.gitolite/logs/gitolite-2013-02.log: No such file or directory
FATAL: cli gitolite setup -pk /home/git/gitlab.pub
su gitlab
ssh-keygen -t rsa
cp ~/.ssh/id_rsa.pub /home/git/gitlab.pub
chmod 0444 /home/git/gitlab.pub
su git
~/bin/gitolite setup -pk ~/gitlab.pub
关于传递了公钥后依然会要求输入密码的情况说明/ssh-keygen后自动验证无效

如果你无法自动验证的话先尝试将/home/git目录权限设置为755

如果正常了的话就不用看下面这两条了

使用gitolite的setup命令导入key的时候会在~/.ssh/authorized_keys中添加自定义的command命令，导致/var/log/secure中查看不到ssh自动验证的错误信息（删除后再尝试即可）

执行上面的步骤后如果在secure日志中发现Authentication refused: bad ownership or modes for directory /home/git的话需要把git目录权限设置为755

初始化数据库

执行下面的命令之前需要配置了正确的数据库信息并开启了Redis
需要/home/git目录权限为770
需要/home/git/repositories目录权限为770（没有的话新创建一个）
执行

cd ~/server
bundle exec rake gitlab:setup RAILS_ENV=production
TMD终于好了，让我们来检查下gitlab的状态吧

cd ~/server
# 查看环境信息
bundle exec rake gitlab:env:info RAILS_ENV=production
# 检查组件依赖（全绿色的话就过了）
bundle exec rake gitlab:check RAILS_ENV=production
添加管理脚本

从https://raw.github.com/gitlabhq/gitlab-recipes/4-1-stable/init.d/gitlab下载脚本到/etc/init.d/gitlab

然后chmod +x /etc/init.d/gitlab给上执行权限

最后chkconfig –add gitlab加到service列表中，然后chkconfig gitlab on开启自启动

安装结束
使用service gitlab start即可启动gitlab进程了

如何访问gitlab的web页面？

gitlab默认是使用的unix socket访问，需要nginx进行转发，配置文件在这里https://raw.github.com/gitlabhq/gitlab-recipes/4-1-stable/nginx/gitlab

不过我们可以修改unicorn.rb来使用TCP方式访问

修改server/config/unicorn.rb找到listen字段将后面的内容修改成

listen 80
即可

访问web后默认帐号为admin@local.host密码为5iveL!fe

一些错误的解决方法
如果/home/gitlab/server/log/githost.log中出现error

ERROR -> Gitolite error -> error: cannot run hooks/post-receive: No such file or directory
并且切换到git用户后执行env -i redis-cli报错

解决方法

ln -s /usr/local/bin/redis-cli /usr/bin/
ERROR -> Gitolite error -> remote: FATAL: git config ‘core.sharedRepository’ not allowed
解决方法

编辑/home/git/.gitolite.rc找到GIT_CONFIG_KEYS将后面的内容修改成’.*’，修改后为GIT_CONFIG_KEYS => ‘.*’

git clone 可以不用全部下载，只下载当前的 commit 版本，

也就是指定克隆深度为 1。

当然，通过这样下载的代码就不能进行管理、提交、修改等等。

在进行自动部署的时候，经常需要用脚本获取程序的最新版本号，下面是我的两个解决方案。

for SVN
# 获取XML版本的svn信息，这样可以避免不同语言的问题 __xml=`svn info –xml –incremental` # 我们可以获取到2个版本号，一个是最新版本库版本号，一个是自己的提交版本号。删除自己提交的版本号。 __revision=`echo “$__xml”|sed ‘/revision/!d’|sed ‘$d’` # 提取出版本号的数字部分 echo $__revision|sed ‘s/revision=”([0-9]+)”>?/1/’
# 获取XML版本的svn信息，这样可以避免不同语言的问题
__xml=`svn info –xml –incremental`
# 我们可以获取到2个版本号，一个是最新版本库版本号，一个是自己的提交版本号。删除自己提交的版本号。
__revision=`echo “$__xml”|sed ‘/revision/!d’|sed ‘$d’`
# 提取出版本号的数字部分
echo $__revision|sed ‘s/revision=”([0-9]+)”>?/1/’

for Git
Git采用的是SHA散列码作为版本号，因此它没有顺序的版本号。但我们可以通过统计Git版本库的提交次数来获得一个顺序版本号。

# 基准版本号默认是1，可以通过传递一个参数修改 get_version() { local __base=${1:-1} echo $((`git rev-list –all|wc -l` + $__base)) } get_version 7000
# 基准版本号默认是1，可以通过传递一个参数修改
get_version()
{
    local __base=${1:-1}
    echo $((`git rev-list –all|wc -l` + $__base))
}
get_version 7000

这个版本对网上搜到的那个被普遍转载的版本做了简化和调整。网上那个版本写得比较复杂，例如awk的使用没有必要，而且要统计所有提交，应该用 git rev-list –all 参数，而不是用 git rev-list HEAD。

本文链接：http://zengrong.net/post/1798.htm


Windows 下 Git 客户端的选择，TortoiseGit(乌龟git)保存用户名密码的方法：
windows下比较比较好用的git客户端有2种：

1. msysgit + TortoiseGit(乌龟git)

2. GitHub for Windows

github的windows版也用过一段时间，但还是不太习惯。所以目前仍然青睐与msysgit+乌龟git的组合。TortoiseGit在提交时总数会提示你输入用户名密码，非常麻烦。解决方案如下：

方法一：

设置 -> git 编辑本地 .git/config 增加
[credential]   
    helper = store

保存，输入一次密码后第二次就会记住密码了

方法二：

1. Windows中添加一个HOME环境变量，值为%USERPROFILE%

2. 在“开始>运行”中打开%Home%，新建一个名为“_netrc”的文件

3. 用记事本打开_netrc文件，输入Git服务器名、用户名、密码，并保存：

machine github.com       #git服务器名称
login user          #git帐号
password pwd   #git密码

在windows上建_netrc
copy con _netrc  #创建_netrc文件
#依次输入以下3行：
machine github.com    #git服务器名称
login username        #git帐号
password password     #git密码

在最后一行后输入ctrl+z，文件会自动保存并退出

再次在git上提交时就不用重复输入用户名密码了

Git 是一个很好的版本控制工具，当然驾驭起来相比 SVN 要稍微复杂一些。初入 Git，难免有一些问题。比如我们不小心将某个文件加入了版本控制，但是突然又不想继续跟踪控制这个文件了，怎么办呢？

其实方法也是很简单的。使用git update-index 即可。

不想继续追踪某个文件

如果想再次继续跟踪某个文件

Git是分布式的版本控制系统，实际上是不需要固定的服务器的,Git与svn的最大区别是，它的使用流程不需要联机，可以先将对代码的修改，评论，保存在本机。等上网之后，再实时推送过去。同时它创建分支与合并分支更容易，推送速度也更快。
Gitosis则是方便通过Git与ssh架设中央服务器的软件。

一、Linux下git安装配置

1、yum安装

yum install git git-svn git-email git-gui gitk

2、源码安装

下载最新git-1.8.0.tar.gz ,执行下面命令

tar -xzf git-1.8.0.tar.gz
cd git-1.8.0
./configure -prefix=/usr/local/git –with-curl  –with-expat
make && make install

修改/etc/profile，在PATH中加入git路径，并执行source /etc/profile

GIT_HOME=/usr/local/git
PATH=$PATH:$GIT_HOME/bin:$GIT_HOME/libexec/git-core
export PATH GIT_HOME

确认是否安装成功

git –version
git version 1.8.0

可能碰见的错误：

a、GIT错误
usr/local/git/share/locale’
Can’t locate ExtUtils/MakeMaker.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at Makefile.PL line 3.
BEGIN failed–compilation aborted at Makefile.PL line 3.

解决：yum install perl-ExtUtils-MakeMaker

b、tclsh failed; using unoptimized loading
MSGFMT    po/de.msg make[1]: *** [po/de.msg] Error 127

解决：yum install tcl

c、/bin/sh: msgfmt: command not found
make: *** [po/build/locale/da/LC_MESSAGES/git.mo] Error 127

解决：yum install gettext-devel

d、git clone时候提示fatal: Unable to find remote helper for ‘https’

解决：yum install libcurl-devel

3、复制命令补全脚本 并执行脚本

cp contrib/completion/git-completion.bash /etc/
sh /etc/git-completion.bash

试试输入”git li”, 再按下 TAB 就可以自动提示补全。

二、Windows下git使用

windows下有下个几个git客户端，我选择的是Cygwin。

Cygwin http://www.cygwin.com/ 安装参考  cygwin安装说明

msysGit http://msysgit.github.com/

TortoiseGit http://code.google.com/p/tortoisegit/

三、git使用说明

1、添加git配置信息

git config –global user.name “Steven”
git config –global user.email seyo816@email.com

Git的配置信息分为全局和项目两种，上面命令中带了“–global”参数，这就意味是在进行全局配置，它会影响本机上的每个一个Git项目。

查看全局配置信息，可以看到我们配置的用户名和邮箱。

$ cat ~/.gitconfig
[user]
name = Steven
email = seyo816@email.com

2、创建本地仓储

#创建版本库目录
mkdir -p gitdemo
cd gitdemo
echo “README” > readme.txt
#初始化版本库
git init
Initialized empty Git repository in /data/gitdemo/.git/
#把前目录下的所有文件全部添加到暂存区
git add .
#创建提交
git commit -m ‘init’
[master (root-commit) 55f9dbb] init
1 file changed, 1 insertion(+)
create mode 100644 readme.txt
#查看git文件信息
git show
commit 55f9dbb575f536702eb02a09fe65d8d060769380
Author: Steven <seyo816@email.com>
Date:   Thu Nov 15 23:11:55 2012 +0800

init

diff –git a/readme.txt b/readme.txt
new file mode 100644
index 0000000..6372732
— /dev/null
+++ b/readme.txt
@@ -0,0 +1 @@
+“README”

3、git基本操作

#clone一个项目

git clone ssh://git@lifeba_vps:bqueue.git

添加文件到版本库

git add test2.txt
git commit -m “add test2.txt”
git push

获取最新代码

git pull
git fetch git路径

更新文件提交

git commit -a  或 git commit -a -e        提交全部修改文件，并调用vim编辑提交日志。
git push

查看状态

git status #查看版本库的状态。可以得知哪些文件发生了变化，哪些文件还没有添加到git库中等等。 建议每次commit前都要通过该命令确认库状态。

查看未版本控制

git clean -dxf          用于清除未跟踪文件。
git clean -dnf          可以显示需要删除的文件，但不包括被.gitignore忽略的。

冲突解决

git rebase
git add -u  表示把所有已track的文件的新的修改加入缓存，但不加入新的文件。
git rebase –continue #有冲突继续解决，重复这这些步骤，直到rebase完成。
如果中间遇到某个补丁不需要应用，可以用下面命令忽略：
git rebase –skip
如果想回到rebase执行之前的状态，可以执行：
git rebase –abort

注：rebase之后，不需要执行commit，也不存在新的修改需要提交，都是git自动完成。

四、gitosis安装和配置

1、gitosis安装

cd /disk/src
git clone https://github.com/res0nat0r/gitosis.git
cd gitosis/
python setup.py install

2、gitosis配置

a、

因为要涉及到ssh操作，使用必须建个单独的用户，不能使用超级用户。

#创建目录
mkdir /data/git
#添加git用户，并且制定到/data/git目录下
useradd 
-r 
-s /bin/sh 
-c ‘git version control’ 
-d /data/git 
git
#对git目录设置用户和组为git
chown git:git /data/git
#设置成功后，执行ll看到用户和组都是git
ll
drwxr-xr-x 2 git  git  4096 Nov 16 00:41 git

b、

在本机的客户端上面生成ssh的key，然后上传到gitosis的服务器上面。

#生成pub文件，将pub文件放置到：/tmp/id_rsa.pub

ssh-keygen -t rsa

gitosis的服务器切换到git用户：

su – git

然后执行

-sh-4.1$ gitosis-init < /tmp/id_rsa.pub
Initialized empty Git repository in /data/git/repositories/gitosis-admin.git/
Reinitialized existing Git repository in /data/git/repositories/gitosis-admin.git/

注意在root中执行：sudo -H -u git gitosis-init < /tmp/id_rsa.pub ，会出现下面异常，所以切换到git用户。

File “/usr/local/bin/gitosis-init”, line 8, in <module> 异常。

执行成功后查看key是不是已经设置成功，执行下面命令后可以看到我们提交的id_rsa.pub内容

cat ~/.ssh/authorized_keys

对post-update目录设置权限

chmod 755 /data/git/repositories/gitosis-admin.git/hooks/post-update

五、本机操作gitosis-admin项目

通过上面的操作后，本机的客户端已经可以通过ssh访问到服务器的gitosis-admin项目（本身也是通过git来管理的），这样可以通过本机的git操作来同步到服务器的gitosis中。

1、Creating new repositories，本地拉下gitosis-admin项目。

git clone git@lifeba_vps:gitosis-admin.git

Cloning into ‘gitosis-admin’…

注意，可能出现下面的错误：

Traceback (most recent call last):
File “/usr/local/bin/gitosis-serve”, line 8, in <module>
load_entry_point(‘gitosis==0.2′, ‘console_scripts’, ‘gitosis-serve’)()
File “/usr/local/lib/python2.7/site-packages/gitosis-0.2-py2.7.egg/gitosis/app.py”, line 24, in run
return app.main()
File “/usr/local/lib/python2.7/site-packages/gitosis-0.2-py2.7.egg/gitosis/app.py”, line 38, in main
self.handle_args(parser, cfg, options, args)
File “/usr/local/lib/python2.7/site-packages/gitosis-0.2-py2.7.egg/gitosis/serve.py”, line 213, in handle_args
os.execvp(‘git’, [‘git’, ‘shell’, ‘-c’, newcmd])
File “/usr/local/lib/python2.7/os.py”, line 344, in execvp
_execvpe(file, args)
File “/usr/local/lib/python2.7/os.py”, line 380, in _execvpe
func(fullname, *argrest)
OSError: [Errno 2] No such file or directory
fatal: The remote end hung up unexpectedly

解决方法：在gitosis服务器上面建个软连接

ln -s /usr/local/git/bin/git /usr/local/bin/git

2、gitosis-admin项目说明

a、文件说明

cd gitosis-admin
Administrator@Steven-PC /cygdrive/e/research/gitosis-admin
$ ls -l
总用量 1
-rw-r–r–  1 Administrator None 93 十一 16 01:49 gitosis.conf
drwxr-xr-x+ 1 Administrator None  0 十一 16 01:49 keydir

gitosis.conf是gitosis的配置文件，用于配置用户和权限
keydir/是所有组成员的公钥
我们可以在本地修改配置更改权限，然后push到服务端后，服务器端就立刻生效

b、添加一个其他客户端ssh支持，这样其他的客户端可以访问到gitosis的对应项目。

先查看现有的配置，下面只有一个gitosis-admin组，members中的Administrator@Steven-PC就是本机客户端名，writable，表示对gitosis-admin项目有读写操作权限。这些都是上面我们通过ssh来配置生成的。

$ cat gitosis.conf
[gitosis]

[group gitosis-admin]
members = Administrator@Steven-PC
writable = gitosis-admin

c、现在我们往gitosis上面提交一个bqueue项目。

先定义账号权限，我们在后面自定义一个组bqueue，同样指定Administrator@Steven-PC可以读写bqueue项目。

[group bqueue]
members = Administrator@Steven-PC
writable = bqueue

然后push到服务器，将本地的配置push到gitosis服务器上面。

git commit -a -m “Allow Steven write access to bqueue”
[master 9b1959b] Allow Steven write access to bqueue
1 files changed, 4 insertions(+), 0 deletions(-)

$ git push
Counting objects: 5, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 378 bytes, done.
Total 3 (delta 0), reused 0 (delta 0)
To git@173.230.147.166:gitosis-admin.git
507d7cf..9b1959b  master -> master

上面的操作就更新了服务端的权限。

d、push本地的bqueue项目到gitosis服务器上面。

完成了上面的权限设置后，就可以通过下面命令，将本地的bqueue项目提交给gitosis服务器。

git remote add origin ssh://git@lifeba_vps/bqueue.git

git push origin master

Initialized empty Git repository in /data/git/repositories/bqueue.git/
Counting objects: 192, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (181/181), done.
Writing objects: 100% (192/192), 921.81 KiB, done.
Total 192 (delta 54), reused 0 (delta 0)
To ssh://git@lifeba_vps/bqueue.git
* [new branch]      master -> master

六、访问bqueue项目

上面我们已经提交了一个bqueue项目到gitosis服务器，如何让其他用户访问并操作该项目呢？

首先必须先配置ssh权限，在需要访问该bqueue项目的客户端上面，同样要生成一个ssh的key。

在目标客户端机上面执行下面命令，将生成id_rsa.pub提交给拥有gitosis-admin控制权限的用户，这里就是：Administrator@Steven-PC用户。

#生成ssh的key
ssh-keygen -t rsa

在Administrator@Steven-PC的机子上面做如下操作，先切换到gitosis-admin项目下：

cd keydir/ #将 我们将id_rsa.pub重名为 lifeba@vps.pub ，并放到这里。
git add keydir/lifeba@vps.pub #添加到git缓存中。

修改gitosis.conf 加入lifeba@vps

[group bqueue]
members = Administrator@Steven-PC lifeba@vps
writable = bqueue

提交并推送到gitosis服务器

git commit -a -m “Allow lifeba@vps write access to bqueue”
git push

完成上面的操作后，目标客户端就可以通过git clone来访问bqueue项目了。执行下面命令来clone项目。

git clone git@lifeba_vps:bqueue.git

可能出现的错误：

1、Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
fatal: Could not read from remote repository.

ssh的权限没配置好。

2、ERROR:gitosis.serve.main:Repository read access denied
fatal: Could not read from remote repository.

gitosis.conf中的members与keydir中的用户名不一致，如gitosis中的members = lifeba@vps，但keydir中的公密名却叫id_rsa.pub

七、git常用命令

git pull –rebase
git rebase –continue
git pull –rebase其实就等于git fetch + git rebase

git diff 查看修改和缓存中的修改信息
git diff cache 查看缓存中的和commit中的修改信息
git branch -a           查看所有分支。
git branch new_branch   创建新的分支。
git branch -d branch    删除分支。
git checkout branch     切换当前分支。-f参数可以覆盖未提交内容。
git branch -v
git remote -v
.gitignore 在规则建立之前的就已经在代码库中的文件不会受到忽略规则的影响，要移除这些文件，只能输入git rm filename来移除。
git rm -f *.o 取消跟踪并在工作目录中删除
git rm –cached readme.txt 取消跟踪不在工作目录中删除
git mv file_from file_to 相当于 mv README.txt README $ git rm README.txt $ git add README
git log -p -2  -p 选项展开显示每次提交的内容差异，用 -2 则仅显示最近的两次更新：
git log –stat 简要显示
git log –pretty=format:”%h – %an, %ar : %s”
git log –pretty=format:”%h %s” –graph
git log –since=2.weeks
git log –pretty=”%h – %s” –author=gitster –since=”2008-10-01″
–before=”2008-11-01″ –no-merges — t/
git reset HEAD benchmarks.rb 取消已经暂存的文件
git checkout — benchmarks.rb 取消对文件的修改

git remote -v 查看现有的远程仓库
git remote add pb git://github.com/paulboone/ticgit.git 添加一个远程仓库 并用pb命名。
git remote rm paul 删除远程仓库
git remote rename pb paul 重名远程仓库 本地也会跟着修改
git remote 查看远程参考
git remote show

git branch 显示所有开发分支
git branch experimental 创建新的开发分支
git checkout experimental 切换到”experimental”分支
git merge experimental 合并分支，如果这个两个分支间的修改没有冲突(conflict), 那么合并就完成了。如有有冲突，输入下面的命令就可以查看当前有哪些文件产生了冲突:$ git diff，git commit -a
git branch -d experimental 删除分支（合并过才删除）
git branch -D crazy-idea 强制删除分支

八、参考资料

Git的安装和配置
http://www.infoq.com/cn/news/2011/02/git-adventures-local-repository
http://scie.nti.st/2007/11/14/hosting-git-repositories-the-easy-and-secure-way
Git服务器Gitosis安装设置
搭建git服务器及配置gitosis管理用户权限
使用gitosis来配置管理git服务器端
git使用说明
Git安装与配置
Git详解之二：Git基础
Git下的冲突解决

GitLab 7.0 发布了，改进内容包括：

以下内容来自 ustc

Gitlab7.0放弃了对ruby-1.9.3的支持，最低版本为ruby-2.0.0。由于官方安装说明指出：使用rvm等自动工具安装ruby，可能导致ssh操作仓库异常，因此手动编译了ruby-2.0.0-p481。

在安装编译环境和ruby依赖时发现apt-get中许多软件包的依赖关系有问题，经过修复解决了一部分依赖问题，到目前为止仍然有部分包的依赖关系不正确。

由于重装了ruby-gem，因此需要重装Gitlab所需的所有gems

安装rubygem:mysql时，提示：

unable to convert “xE0″ from ASCII-8BIT to UTF-8 for lib/mysql2/mysql2.so, skipping

这是由于locale设置错误引起的

解决办法：

export LANGUAGE=en_US.UTF-8
export.UTF-8
export LC_ALL=en_US.UTF-8

另外，为nginx配置增加了X-Forwarded-Forh和X-Frame-Options字段.

Gitlab官方升级教程存在缺陷，本次的升级脚本添加了service启动脚本的替换。

目前遗留问题：

1. Gitlab给出了nginx的https配置模板，但是，我为当前配置添加X-Forwarded-Proto字段时报错“could not  build the proxy_headers_hash, you should increase either  proxy_headers_hash_max_size: 512 or proxy_headers_hash_bucket_size: 64”
2. Gitlab的主配置文件config.yml过期，之前升级版本时都没有注意更新，导致最新版本的配置和当前配置相差较大，合并较困难。幸运的是，这暂时还没有引发问题。

7.0主要特性：

• 受保护的分支不能被删除
• 开发人员可以使用UI清除普通分支
• 增强对第三方CI工具的支持
• 通过向markdown文本拖动图片，即可将图片上传并插入到markdown中（赞）
• 允许对huge push设置提醒
• 支持LDAP过滤器
• 移除wall功能
• 增强对移动客户端的支持
• 其他逻辑改进
• 其他安全性改进
• 其他UI改进

GitLab是一个利用 Ruby on Rails 开发的开源应用程序，实现一个自托管的Git项目仓库，可通过Web界面进行访问公开的或者私人项目。

它拥有与Github类似的功能，能够浏览源代码，管理缺陷和注释。可以管理团队对仓库的访问，它非常易于浏览提交过的版本并提供一个文件历史库。团队成员可以利用内置的简单聊天程序(Wall)进行交流。它还提供一个代码片段收集功能可以轻松实现代码复用，便于日后有需要的时候进行查找。

开源中国的 http://git.oschina.net 就是基于 Gitlab 搭建。

下载地址：

https://github.com/gitlabhq/gitlabhq/releases/tag/v7.0.0

本机装了双系统centos6.5，在centos下装了一套开发环境，发现linux下的git图形客户端好少，能用的更少。本想装一下gitg的，发现gitg要求的依赖包好新，centos基本上不能满足，如果非要用的话，要手动更新好多包，太麻烦。在centos下，推荐使用smartgit。

一，下载linux版smartgit

下载地址：http://www.syntevo.com/smartgithg/download

二，安装git

三，生成公钥和私钥

四，把公钥上传到git的服务器

把.pub的文件传到git的服务端，或者是把.pub的内容放到服务端，这要看你服务端用的是什么管理工具了。

五，启动smartgit

启动很简单，解压后运行一个/home/zhangying/download/smartgithg-generic-5_0_9/bin/smartgithg.sh就行了。

在这里要注意有二点：

1，要用root运行

2，在添加私钥的时候，只能识别openssh的方式。windows下的.ppk文件，smartgit根本无法识别。

看一下效果图：

为了防止github被墙，最好在国内的托管商做一个备份，这就需要同时提交到多个远端仓库，例如一个open source项目同时要提交csdn和github，url分别是

1. git@github.com:lutaf/auto-complete.git
2. git@code.csdn.net:lutaf/autocomplete.git

方法很简单，一共分4步

第一步：添加remote信息

1. git remote gh git@github.com:lutaf/auto-complete.git

2. git remote cn git@code.csdn.net:lutaf/autocomplete.git

第二步：为每个仓库建立单独的分支

1. git checkout -b github

2. ...

3. git checkout -b csdn

第三步：在各自分支上完成开发，并提交

第四步：把本地分支推送到远端仓库的master分支

1. git checkout csdn

2. git push  cn csdn:master

第四步很关键，一定是要推送到远端仓库的master分支

git的出现，让svn深受打击，大家纷纷转战git。没错，我也移情别恋了，一下就描述一下抛弃svn，迷上git的过程吧

简单粗暴，命令如下：

git svn clone https://localhost:8443/svn/www/ –no-metadata –trunk=trunk www

参数说明：

no metadata 参数是阻止git 导出svn包含的附加信息，这样提交到Git的记录就会显得很“干净”

trunk 主分支

www 创建的git项目名称

执行过程可能会有svn帐户的输入，反正就用户名跟密码吧

2.代码克隆下来之后，这已经是一个git下checkout的项目了，只是他还没有代码库源，简单的说就是他还没有个git下固定的家（他生母是svn，得给他找个继母），因此要先在你的github,或者你们公司内部搭建的git平台，创建一个 属于www项目的git库，当然也可以自己本地创建，这里就不详细说了，等下说到代码部署会说到。

比如代码库如下：

git@gitlab.xxx.com:second/test.git

为了证明www确实还没有新妈，你可以用命令：

git remote -v 查看一下是否有源，执行完很明显，什么都没显示

接下来就是把你的www库领回test.git这个妈的家里，命令如下：

git remote add git@gitlab.xxx.com:second/test.git

执行完之后，你可以再执行一次git remote -v 你会发现如下：

origin刚才谷歌翻译了一下，是起源的意思，其实在执行git remote add 原本是需要给源取个名字的，比如发布源 release

就需要这样输入git remote add  release git@gitlab.xxx.com:second/test.git,因为www还没有源，所以添加的就变成默认的源，也就是起源了，因此省略了 origin

到这里，已经完成了认识新妈的过程，接下来干嘛，没错，所有代码领回家,命令如下

git push

代码从svn 到git 就算完成了。

其实在这个过程里似乎漏了一步，没有在git下创建分支，git branch -a  查看一下，发现已经自动创建了默认主分支master

案例：

1.物理环境
Git-server    Centos5.8    192.168.1.245
Svn-server    Centos5.8    192.168.1.108  

2.建立SVN用户到git用户的映射文件，文件格式如下：

3.通过git svn clone克隆一个git版本库,SVN里面包含trunk,branches和tags。

• 参数–no-metadata表示阻止git导出SVN包含的一些无用信息
• 参数–authors-file表示SVN账号映射到git账号文件，所有svn作者都要做映射
• 参数–trunkmobile表示主开发项目
• 参数–branches表示分支项目，--ignore-refs表示不包含后面的分支项目
• 参数yanzi表示git项目名称

4.通过git log 查看项目提交的历史记录，包括作者，日照，和提交注释信息等。

5.在git版本库里面tag都是branches(分支),首先列出当前所有的分支。

6.手动将branches分支转换为tags。

7.将多余的branches删除掉

8.再次列出当前的所有分支。

9.建立git仓库并初始化版本库。

10.将yanziios.git的属主修改为git用户。

11.添加远程git服务器地址

12.用git push命令推送全部的分支和标签信息到git服务器上面。

13.SVN迁移到Git测试,在客户端用SourceTree工具克隆一个Git服务端仓库yanziios.git

14.在SourceTree图形界面里面可以看到git用户提交的Graph信息，描述信息（Description）,日期，作者和版本号等信息。

总结：

• 在运行git svn clone svn: 命令时出现下面的错误：Can‘t locate SVN/Core.pm in @INC (@INC contains: /usr/local/git/lib/perl5/site_perl/5.8.，需要安装subversion-perl软件包。
• 在运行git pull git@192.168.1.245:/data/gitdata/yanziios.git时出现下面错误：Can’t locate Term/ReadKey.pm in @INC(@INC contains:需要运行下面命令：

Pull up the CPAN teminal:
perl -MCPAN -e shell
Once at the cpan prompt install the needed module:
cpan> install Term::ReadKey

• 需要在本机用ssh-keygen -t rsa -C your_email_name生成KEY认证文件，然后把公钥id_rsa.pub追加到git服务器的git用户家目录authorized_keys文件里面。
• SVN 只有trunk,branches,没有tags导出方法。

• git clone 远程分支git clone git@192.168.1.222:/data/gitdata/yanzi/test.git–branch  test-build-1442-branch-001 test-001
• 更多的错误详见making git-svn work on mac tiger

git 从使用的角度来说，的确没有svn方便
svn直接update即可恢复，但git pull却显示already up-to-date

要查看删除的文件： git ls-files --deleted

恢复则需要从新checkout： git checkout <deleted_file>

多个文件同时操作可以使用xargs

git ls-files -d | xargs git checkout master

在使用git做为版本库的时候，遇到一个问题，那就是超大文件无法上传。git我不仅仅是拿来做代码的备份，甚至一些文档，我也拿它来处理，所以这些带有图片的文档就让我很郁闷了。它们可是都有着30M左右，甚至更大。怎么办？

其实很简单，在项目的.git/config里加入：

如果你维护了多个git在线平台的版本库，你就会遇到，如何将一份代码在push的时候推到所有的版本库呢？

git svn dcommit 提交失败，原因：assertion “svn_fspath__is_canonical(child_fspath)” failed

在使用 git svn 作为客户端对一个 svn 库进行提交的时候出现了错误：

git svn dcommit
Committing to https://xx.xx.xx.xx/svn/xyz/trunk …
R CODING_STYLE.md => doc/CODING_STYLE.md
assertion “svn_fspath__is_canonical(child_fspath)” failed: file “/usr/src/packages/subversion/subversion-1.8.5-1/src/subversion-1.8.5/subversion/libsvn_subr/dirent_uri.c”, line 2504, function: svn_fspath__skip_ancestor
error: git-svn died of signal 6

错误发生在 cygwin 下，git 版本 1.7.9，svn 版本 1.8.5。

stackoverflow 上说，原因是 git 的重命名检测机制与 svn 发生了冲突。有两个解决方案：

1. 把 svn 降级到 1.7.9，一劳永逸。
2. 使用 git svn dcommit -C1 -l1 来提交。这样会关闭 git 的重命名检测机制，这次提交会丢失重命名操作，取而代之的是一次 remove 和 一次 add 操作，就和 svn 1.4 一样。

最近在学Linux，终于在Linux上用Apache搭建起了Git服务器，在此记录一下。

服务器：阿里云服务器

Linux版本：CentOS 6.5

Apache版本：Apache/2.2.15

Git版本：git 1.7.1

Git访问方式：基于http的基本验证（非SSL）

Apache的安装

1. 安装Apache软件：yum install httpd

2. 设置Apache在服务器启动时运行：chkconfig –levels 235 httpd on

Git的安装与配置

1. 安装git

yum install git

2. 安装 git-core（为了使用git-http-backend——支持git的CGI程序，apache支持git就靠它）

yum install git-core

3. 创建存放git repository的文件夹，比如这里是/home/git

cd /home && mkdir git && cd git

4. 创建一个空的项目

mkdir git-test && cd git-test

5. 修改上一步创建的文件夹git-test的所有者与所属群组，要让apache能读/写这个文件夹

chown -R apache:apache .

Apache的配置

1. 创建用于git用户验证的帐户（用户帐户由apache管理）

1.1 创建新用户

htpasswd -m -c /etc/httpd/conf.d/git-team.htpasswd <username>

然后输入该用户要使用的密码。

1.2 修改git-team.htpasswd文件的所有者与所属群组

chown apache:apache /etc/httpd/conf.d/git-team.htpasswd

1.3 设置git-team.htpasswd文件的访问权限

chmod 640 /etc/httpd/conf.d/git-team.htpasswd

2. 修改apache配置文件httpd.conf

2.1 用vim打开httpd.conf：vi /etc/httpd/conf/httpd.conf

2.2 将光标移至文件结尾：0G

2.3 添加如下的内容：

<VirtualHost *:80>        ServerName git.cnblogs.com        SetEnv GIT_HTTP_EXPORT_ALL        SetEnv GIT_PROJECT_ROOT /home/git        ScriptAlias /git/ /usr/libexec/git-core/git-http-backend/        <Location />                AuthType Basic                AuthName "Git"                AuthUserFile /etc/httpd/conf.d/git-team.htpasswd                Require valid-user        </Location></VirtualHost>

ServerName是git服务器的域名

/home/git是代码库存放的文件夹

ScriptAlias是将以/git/开头的访问路径映射至git的CGI程序git-http-backend

AuthUserFile是验证用户帐户的文件

2.4 保存并退出:x

3. 重启apache使设置生效

service httpd restart

客户端访问Git服务器

运行以下命令签出git-test项目：

git clone http://git.cnblogs.com/git/git-test

输入用户名与密码，如果输出下面的信息，就说明签出成功。

remote: Counting objects: 6, done.remote: Compressing objects: 100% (4/4), done.remote: Total 6 (delta 0), reused 0 (delta 0)Unpacking objects: 100% (6/6), done.

参考资料

https://github.com/mattias-ohlsson/gitlab-installer/blob/master/gitlab-install-el6.sh

环境准备
OS: CentOS 6.3 x86_64

1.初识GitLab
GitLab是一个利用 Ruby on Rails 开发的开源应用程序，实现一个自托管的Git项目仓库，可通过Web界面进行访问公开的或者私人项目。
它拥有与Github类似的功能，能够浏览源代码，管理缺陷和注释。可以管理团队对仓库的访问，它非常易于浏览提交过的版本并提供一个文件历史库。团队成员可以利用内置的简单聊天程序(Wall)进行交流。它还提供一个代码片段收集功能可以轻松实现代码复用，便于日后有需要的时候进行查找。

GitLab 要求服务器端采用 Gitolite 搭建，5.0版本以后对于ssh服务，GitLab不再使用 Gitolite ，采用自己开发的 gitlab-shell 来实现。

在GitHub上托管代码，私人项目是需要付费的，并且对于企业而言，还是将Git服务器放在内部要更加安全一些。因此，如果喜欢GitHub这种简洁风格的Git服务器，在本地搭建一个GitLab是一个非常不错的选择。
另外，如果需要对代码进行Review，推荐使用Gerrit，要复杂一些，但是功能非常强大。

2.安装部署GitLab
2.1 如果有条件，提供一台全新的Server，仅仅只安装了一些系统的软件包，可以直接使用一键安装的脚本来搭建，非常容易，具体步骤如下：

2.1.1 安装EPEL扩展源
切换到root用户
$ sudo -i
# rpm -ivh http://fr2.rpmfind.net/linux/epel/6/x86_64/epel-release-6-8.noarch.rpm

2.1.2 安装git
# yum install git

2.1.3 下载gitlab-installer.sh安装脚本
# git clone https://github.com/mattias-ohlsson/gitlab-installer.git

2.1.4 执行安装脚本
# cd gitlab-installer/
# ./gitlab-install-el6.sh

等待脚本执行完毕后，会提示如下信息(比如Server主机名为:heydevops-node-2)：

### Done ########################################
#
# You have your MySQL root password in this file:
# /config/database.yml
#
# Point your browser to:
# http://heydevops-node-2 (or: http://[host-ip])
# Default admin username: admin@local.host
# Default admin password: 5iveL!fe
#
#################################################

2.1.5 将脚本的Ruby版本指向到ruby-1.9.3-p392
# vim /home/git/gitlab-shell/bin/gitlab-shell

#!/usr/local/rvm/bin/ruby-1.9.3-p392

2.1.6 使用GitLab
接着，就可以通过 http://[host-ip] ([host-ip]是Server的IP)来访问GitHub了。
首先，会看到如下所示的登陆界面：

通过上面提示信息内的账号密码登陆，登陆过后首先新增一个Project：

添加Project过后，会有一个配置向导，提供了非常详细的本地Git配置步骤：

在进行这些本地配置之前，首先要在本地生成SSH-Keygen，并将Public Key添加到GitLab中：

# ssh-keygen -t rsa
# cat .ssh/id_rsa.pub

然后将所查看到的信息，都添加到GitLab的 MyProfile – SSH Key – Add New 中：

接着，就可以再本地按照图片中所示的步骤进行操作并使用GitLab了。

2.2 上面的部署步骤，主要是采用了脚本gitlab-install-el6.sh来实现的，里面其实包含了很多的配置步骤，如果本地不是一个全新的环境，那么我们最好按照以下步骤来进行手动配置：

2.2.1 安装EPEL扩展源
切换到root用户
$ sudo -i

# rpm -ivh http://fr2.rpmfind.net/linux/epel/6/x86_64/epel-release-6-8.noarch.rpm

2.2.2 安装git
# yum install git

2.2.3 安装系统依赖
# yum -y install patch gcc-c++ readline-devel zlib-devel libffi-devel openssl-devel make autoconf automake libtool bison libxml2-devel libxslt-devel libyaml-devel

2.2.4 安装rvm
# curl -L get.rvm.io | sudo bash -s stable

# source /etc/profile.d/rvm.sh
# rvm pkg install libyaml
# rvm –default use 1.9.3-p392
# gem install bundler

2.2.5 创建git用户
# adduser –system –create-home –comment ‘GitLab’ git

2.2.6 配置gitlab-shell(比如Server主机名为:heydevops-node-2)
# su – git -c “git clone https://github.com/gitlabhq/gitlab-shell.git”
# su – git -c “cp gitlab-shell/config.yml.example gitlab-shell/config.yml”

# su – git -c “gitlab-shell/bin/install”

# chmod 600 /home/git/.ssh/authorized_keys
# chmod 700 /home/git/.ssh

2.2.7 安装Redis
# yum -y install redis
# service redis start
# chkconfig redis on

2.2.8 安装配置MySQL
# yum install -y mysql-server
# chkconfig mysqld on

# echo “CREATE DATABASE IF NOT EXISTS gitlabhq_production DEFAULT CHARACTER SET ‘utf8′ COLLATE ‘utf8_unicode_ci‘;” | mysql -u root
# echo “UPDATE mysql.user SET Password=PASSWORD(‘gitlab’) WHERE User=’root‘; FLUSH PRIVILEGES;” | mysql -u root

2.2.9 安装配置GitLab
# su – git -c “git clone https://github.com/gitlabhq/gitlabhq.git gitlab”
# su – git -c “cd gitlab;git checkout 5-0-stable”

# cd /home/git/gitlab
# su git -c “cp config/gitlab.yml.example config/gitlab.yml”
# sed -i “s/ host: localhost/ host: heydevops-node-2/g” config/gitlab.yml
# sed -i “s/from: gitlab@localhost/from: gitlab@heydevops-node-2/g” config/gitlab.yml

2.2.10 创建Unicorn配置文件
# su git -c “cp config/unicorn.rb.example config/unicorn.rb”

# sed -i “s/^listen/#listen/g” /home/git/gitlab/config/unicorn.rb
# sed -i “s/#listen “127.0.0.1:8080″/listen “127.0.0.1:3000″/g” /home/git/gitlab/config/unicorn.rb

# su git -c “cp config/database.yml.mysql config/database.yml”
# sed -i “s/secure password/gitlab/g” config/database.yml

# su git -c ‘git config –global user.name “GitLab”‘
# su git -c ‘git config –global user.email “gitlab@$GL_HOSTNAME”‘

2.2.10 安装Gems
# yum -y install libicu-devel
# gem install charlock_holmes –version ‘0.6.9’

# yum -y install mysql-devel
# su git -c “bundle install –deployment –without development test postgres”

# export force=yes
# su git -c “bundle exec rake gitlab:setup RAILS_ENV=production”

# curl –output /etc/init.d/gitlab https://raw.github.com/gitlabhq/gitlab-recipes/master/init.d/gitlab-CentOS
# chmod +x /etc/init.d/gitlab

# sed -i “17 a source /etc/profile.d/rvm.shnrvm use 1.9.3-p392″ /etc/init.d/gitlab

# chkconfig gitlab on
# service gitlab start

2.2.11 安装Apache
# yum -y install httpd
# chkconfig httpd on

# vim /etc/httpd/conf.d/gitlab.conf

ProxyPass / http://127.0.0.1:3000/
ProxyPassReverse / http://127.0.0.1:3000/
ProxyPreserveHost On

# setenforce 0

# service httpd start

2.2.12 停止iptables
# service iptables stop

2.2.13 修复gitlab-shell
# vim /home/git/gitlab-shell/bin/gitlab-shell
将脚本的Ruby版本指向到ruby-1.9.3-p392

#!/usr/local/rvm/bin/ruby-1.9.3-p392

2.2.14 完成，剩下的GitLab使用步骤与2.1.6相同。

译者注：gitlabhq + gitolite是目前为止个人认为最好用的 git 中心库管理系统，但是其安装配置不是一般的复杂，找了半天没发现完整的中文安装文档，只好依靠自己蹩脚的英文班门弄斧下，若有错误还请见谅。

译者：殷志刚

平台需求：

此项目被设计用于Linux操作系统。

也许可以工作在 FreeBSD 与 Mac OS 系统，但我们无法保证系统稳定性与功能完整性。

官方支持的 Linux 发行版：

• Ubuntu Linux
• Debian/GNU Linux

它应该工作于：

• Fedora
• CentOS
• RedHat

你使用这些系统需要些运气，但不保证稳定性：

• MacOS X
• FreeBSD

GitLab 不能运行于 Windows 并且我们也没有支持的计划。

硬件需求：

我们推荐至少 1GB 内容用于 gitlab 实例。

本安装指南已于 Debian/Ubuntu 测试通过。

• 安装总共需要6步：
• 安装依赖包
• 安装 Ruby
• 安装 Gitolite
• 安装与配置 GitLab
• 启动前端Web服务器
• 启动Resque进行（用于后台任务）

重要信息

在你发邮件列表询问安装与配置问题之前请确认你已经根据本文完成了所有步骤。

Only create a GitHub Issue if you want a specific part of this installation guide updated.

Also read the Read this before you submit an issue wiki page.

使用这个安装脚本可以轻易的跳过前3个步骤。

# 安装 curl 与 sudoapt-get install curl sudo# 三合一命令 :)curl https://raw.github.com/gitlabhq/gitlab-recipes/master/install/debian_ubuntu.sh | sh

现在你可以直接到到第四步

如果你在 Amazon Web Services 使用 Ubuntu 12.04，你可以使用一个命令跳过所有步骤(1-6)

curl https://raw.github.com/gitlabhq/gitlab-recipes/master/install/debian_ubuntu_aws.sh | sh

更多详细信息，你可以阅读此脚本的 HOWTO 部分。

1. 安装依赖包

请记住，Debian 默认并没有安装 sudo，请使用 root 安装它：

apt-get update && apt-get upgrade && apt-get install sudo

现在你可以安装必须包：

sudo apt-get updatesudo apt-get upgradesudo apt-get install -y wget curl gcc checkinstall libxml2-dev libxslt-dev libcurl4-openssl-dev libreadline6-dev libc6-dev libssl-dev libmysql++-dev make build-essential zlib1g-dev libicu-dev redis-server openssh-server git-core python-dev python-pip libyaml-dev postfix libpq-dev

数据库

SQLite

sudo apt-get install -y sqlite3 libsqlite3-dev

MySQL

sudo apt-get install -y mysql-server mysql-client libmysqlclient-dev# Login to MySQL$ mysql -u root -p# Create the GitLab production databasemysql> CREATE DATABASE IF NOT EXISTS `gitlabhq_production` DEFAULT CHARACTER SET `utf8` COLLATE `utf8_unicode_ci`;# Create the MySQL User change $password to a real passwordmysql> CREATE USER ‘gitlab‘@‘localhost‘ IDENTIFIED BY ‘$password‘;# Grant proper permissions to the MySQL Usermysql> GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER ON `gitlabhq_production`.* TO ‘gitlab‘@‘localhost‘;

PostgreSQL

sudo apt-get install -y postgresql-9.2 postgresql-server-dev-9.2# Connect to database serversudo -u postgres psql -d template1# Add a user called gitlab. Change $password to a real passwordtemplate1=# CREATE USER gitlab WITH PASSWORD ‘$password‘;# Create the GitLab production databasetemplate1=# CREATE DATABASE IF NOT EXISTS gitlabhq_production;# Grant all privileges on databasetemplate1=# GRANT ALL PRIVILEGES ON DATABASE gitlabhq_production to gitlab;# Quit from PostgreSQL servertemplate1=# q# Try connect to new database$ su - gitlab$ psql -d gitlabhq_production -U gitlab

(译者注：以上3种数据库根据需要安装其一即可)

2. 安装 Ruby

wget http://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.3-p194.tar.gztar xfvz ruby-1.9.3-p194.tar.gzcd ruby-1.9.3-p194./configuremakesudo make install

3. 安装 Gitolite

为 Git 创建用户：

sudo adduser   --system   --shell /bin/sh   --gecos ‘git version control‘   --group   --disabled-password   --home /home/git   git

为 GitLab 创建用户：

# ubuntu/debiansudo adduser --disabled-login --gecos ‘gitlab system‘ gitlab

将 gitlab 用户添加到 git 用户组：

sudo usermod -a -G git gitlab

将 git 用户添加到 gitlab 用户组：

sudo usermod -a -G gitlab git

生成密钥：

sudo -H -u gitlab ssh-keygen -q -N ‘‘ -t rsa -f /home/gitlab/.ssh/id_rsa

克隆 GitLab 的 Gitolite 分支源代码：

sudo -H -u git git clone -b gl-v304 https://github.com/gitlabhq/gitolite.git /home/git/gitolite

安装：

cd /home/gitsudo -u git -H mkdir binsudo -u git sh -c ‘echo -e "PATH=$PATH:/home/git/binnexport PATH" >> /home/git/.profile‘sudo -u git sh -c ‘gitolite/install -ln /home/git/bin‘sudo cp /home/gitlab/.ssh/id_rsa.pub /home/git/gitlab.pubsudo chmod 0444 /home/git/gitlab.pubsudo -u git -H sh -c "PATH=/home/git/bin:$PATH; gitolite setup -pk /home/git/gitlab.pub"

权限：

sudo chmod -R g+rwX /home/git/repositories/sudo chown -R git:git /home/git/repositories/

检查：退出并重新登录以使 git 用户组生效

# 克隆 admin 资源库以将 localhost 添加到 known_hosts# 并且确认 gitlab 用户有权访问 gitolitesudo -u gitlab -H git clone git@localhost:gitolite-admin.git /tmp/gitolite-admin# 如果执行成功，你可以将其删除sudo rm -rf /tmp/gitolite-admin

重要！ 如果你不能克隆 gitolite-admin 资源库，请不要继续本次安装，请根据 Trouble Shooting Guide 并且确认你已经小心的完成上文的全部步骤。

4. 克隆 GitLab 源代码并安装先决条件

sudo gem install charlock_holmes --version ‘0.6.8‘sudo pip install pygmentssudo gem install bundlercd /home/gitlab# Get gitlab code. Use this for stable setupsudo -H -u gitlab git clone -b stable https://github.com/gitlabhq/gitlabhq.git gitlab# Skip this for stable setup.# Master branch (recent changes, less stable)sudo -H -u gitlab git clone -b master https://github.com/gitlabhq/gitlabhq.git gitlabcd gitlab# Rename config filessudo -u gitlab cp config/gitlab.yml.example config/gitlab.yml

(译者注：本人在安装 charlock_holmes 时遇到了点儿麻烦，解决办法见这里）

选择你希望使用的数据库

# SQLitesudo -u gitlab cp config/database.yml.sqlite config/database.yml# Mysqlsudo -u gitlab cp config/database.yml.mysql config/database.yml# PostgreSQLsudo -u gitlab cp config/database.yml.postgres config/database.yml# 修改 config/database.yml 确认输入了正确的用户名/密码

安装数据库 gems

# mysqlsudo -u gitlab -H bundle install --without development test sqlite postgres  --deployment# 或者 postgressudo -u gitlab -H bundle install --without development test sqlite mysql --deployment# 或者 sqlitesudo -u gitlab -H bundle install --without development test mysql postgres  --deployment

初始化数据库

sudo -u gitlab bundle exec rake gitlab:app:setup RAILS_ENV=production

设置 GitLab hooks

sudo cp ./lib/hooks/post-receive /home/git/.gitolite/hooks/common/post-receivesudo chown git:git /home/git/.gitolite/hooks/common/post-receive

确认应用程序状态：

sudo -u gitlab bundle exec rake gitlab:app:status RAILS_ENV=production# OUTPUT EXAMPLEStarting diagnosticconfig/database.yml............existsconfig/gitlab.yml............exists/home/git/repositories/............exists/home/git/repositories/ is writable?............YESremote: Counting objects: 603, done.remote: Compressing objects: 100% (466/466), done.remote: Total 603 (delta 174), reused 0 (delta 0)Receiving objects: 100% (603/603), 53.29 KiB, done.Resolving deltas: 100% (174/174), done.Can clone gitolite-admin?............YESUMASK for .gitolite.rc is 0007? ............YES/home/git/share/gitolite/hooks/common/post-receive exists? ............YES

如果所有结果都是 YES，恭喜！你可以继续进行下一步了。

5. 设置 web server

应用可以用下一个命令行动：

# 用于测试目的sudo -u gitlab bundle exec rails s -e production# 用于守护进程sudo -u gitlab bundle exec rails s -e production -d

默认登录用户名及密码：

admin@local.host5iveL!fe

6. 运行 Resque 进程(用于处理工作队列)

# 手动启动sudo -u gitlab bundle exec rake environment resque:work QUEUE=* RAILS_ENV=production BACKGROUND=yes# GitLab 启动脚本sudo -u gitlab ./resque.sh# 如果你使用 root 运行此脚本，会导致 /home/gitlab/gitlab/tmp/pids/resque_worker.pid 文件的拥有者为 root# 将导致 resque 在下一次系统初始化中无法启动

自定义 Resque 使用的 Redis 连接

如果你希望 Resque 连接到一个非标准端口号或另一台服务器上的 Redis，你可以在 config/resque.yml 文件修改连接信息：

production: redis.example.com:6379

好了，我们已经拥有了一个工作正常的 GitLab 了，但请继续下去，有一些事情是必须完成的。

Nginx 与 Unicorn

1. Unicorn

cd /home/gitlab/gitlabsudo -u gitlab cp config/unicorn.rb.example config/unicorn.rbsudo -u gitlab bundle exec unicorn_rails -c config/unicorn.rb -E production -D

2. Nginx

# 初次安装 Nginxsudo apt-get install nginx# 添加GitLab 到 nginx sitessudo wget https://raw.github.com/gitlabhq/gitlab-recipes/master/nginx/gitlab -P /etc/nginx/sites-available/sudo ln -s /etc/nginx/sites-available/gitlab /etc/nginx/sites-enabled/gitlab# 修改 **YOUR_SERVER_IP** 与 **YOUR_SERVER_FQDN**# 为起初的 IP 地址与准备让 GitLab 服务的域名sudo vim /etc/nginx/sites-enabled/gitlab# 重启 nginx:sudo /etc/init.d/nginx restart

3. Init 脚本

在 /etc/init.d/gitlab 创建 init 脚本：

sudo wget https://raw.github.com/gitlabhq/gitlab-recipes/master/init.d/gitlab -P /etc/init.d/sudo chmod +x /etc/init.d/gitlab

设置 GitLab 自动启动：

sudo update-rc.d gitlab defaults 21

现在你可以用这种方式启动/重启/停止 GitLab 服务：

sudo /etc/init.d/gitlab restart

译者后注：其实通篇主要的全是各种命令，其实不看说明一条命令一条命令的复制粘贴也能安装完成，当然前提是你使用的是Ubuntu/Debian，回头有时间再写些其他系统的实际安装过程。

最近换了公司，在交接公司，所以很忙也没有时间写博客，同时随着能力的逐渐提升，很多知识感觉很简单，也没有必要专门写博客，只是把遇到的情况与解决方法写入到了笔记里，正好现在没什么事，就把我最近研究的gitlab如何在centos里安装的笔记分享给大家。

先给大家介绍一下gitlab

官方推荐的是那2个系统，但我这里需要安装在centos里，所以没办法自己多研究与测试，总结的安装经验如下：

前置要求

一定要先关闭iptable与selinux

本文安装的系统为centos 6.2 64位系统，安装在dell r410机器

1、安装epel与基础依赖库及软件

这两天因为项目需求需要搭建一个GitLab服务器，遇到了很多问题，参考了很多网络资料，终于搭建成功，在此把这个过程记录一下，利人利己。

一、最终目的

1，在Linux下创建GitLab服务器，客户端能够完成git 的 clone,pull,commit,push操作。

2，能够通过浏览器访问服务器上的GitLab主页，登录之后能够实现，创建工程，增加用户等操作。

二、准备知识

虽然按照后续过程能够实现最终目的，但本人强烈建议读者大致了解下以下知识点。（本人就是因为事先对有些知识不了解导致搭建过程中困难重重）

1，git的基本用法

2，gitolite和github

3，ssh认证

4，uginx代理服务器

三、搭建环境

服务器： Ubuntu11.04（本人使用的是虚拟机），需要已经启动了ssh服务。

测试客户端：Win7，需要先安装git

四、开始搭建

原文链接地址

https://github.com/gitlabhq/gitlabhq/blob/stable/doc/installation.md

参考: http://www.zhigang.net/ （感谢这位网友的分享）

平台需求：

此项目被设计用于Linux操作系统。

也许可以工作在 FreeBSD 与 Mac OS 系统，但我们无法保证系统稳定性与功能完整性。

官方支持的 Linux 发行版：

• Ubuntu Linux
• Debian/GNU Linux

它应该工作于：

• Fedora
• CentOS
• RedHat

你使用这些系统需要些运气，但不保证稳定性：

• MacOS X
• FreeBSD

GitLab 不能运行于 Windows 并且我们也没有支持的计划。

硬件需求：

我们推荐至少 1GB 内容用于 gitlab 实例。

本安装指南已于 Debian/Ubuntu 测试通过。

• 安装总共需要6步：
• 安装依赖包
• 安装 Ruby
• 安装 Gitolite
• 安装与配置 GitLab
• 启动前端Web服务器
• 启动Resque进行（用于后台任务）

重要信息

在你发邮件列表询问安装与配置问题之前请确认你已经根据本文完成了所有步骤。

Only create a GitHub Issue if you want a specific part of this installation guide updated.

Also read the Read this before you submit an issue wiki page.

使用这个安装脚本可以轻易的跳过前3个步骤。

# 安装 curl 与 sudoapt-get install curl sudo# 三合一命令 :)curl https://raw.github.com/gitlabhq/gitlab-recipes/master/install/debian_ubuntu.sh | sh使用这个命令默认的数据库依赖包是mysql的.

现在你可以直接到到第四步

如果你在 Amazon Web Services 使用 Ubuntu 12.04，你可以使用一个命令跳过所有步骤(1-6)

curl https://raw.github.com/gitlabhq/gitlab-recipes/master/install/debian_ubuntu_aws.sh | sh

更多详细信息，你可以阅读此脚本的 HOWTO 部分。

 

笔者注:本人使用了三合一命令欲跳过前三步，但后续安装怎么都不成功,后来才发现第二步安装有问题，按照第2步要求安装ruby就可以了。

所以请关注这个三个一命令状态，确保都能执行成功。

1. 安装依赖包

请记住，Debian 默认并没有安装 sudo，请使用 root 安装它：

apt-get update && apt-get upgrade && apt-get install sudo

现在你可以安装必须包：

sudo apt-get updatesudo apt-get upgradesudo apt-get install -y wget curl gcc checkinstall libxml2-dev libxslt-dev libcurl4-openssl-dev libreadline6-dev libc6-dev libssl-dev libmysql++-dev make build-essential zlib1g-dev libicu-dev redis-server openssh-server git-core python-dev python-pip libyaml-dev postfix libpq-dev

数据库

SQLite

sudo apt-get install -y sqlite3 libsqlite3-dev

MySQL

sudo apt-get install -y mysql-server mysql-client libmysqlclient-dev# Login to MySQL$ mysql -u root -p# Create the GitLab production databasemysql> CREATE DATABASE IF NOT EXISTS `gitlabhq_production` DEFAULT CHARACTER SET `utf8` COLLATE `utf8_unicode_ci`;# Create the MySQL User change $password to a real passwordmysql> CREATE USER ‘gitlab‘@‘localhost‘ IDENTIFIED BY ‘$password‘;# Grant proper permissions to the MySQL Usermysql> GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER ON `gitlabhq_production`.* TO ‘gitlab‘@‘localhost‘;

PostgreSQL

sudo apt-get install -y postgresql-9.2 postgresql-server-dev-9.2# Connect to database serversudo -u postgres psql -d template1# Add a user called gitlab. Change $password to a real passwordtemplate1=# CREATE USER gitlab WITH PASSWORD ‘$password‘;# Create the GitLab production databasetemplate1=# CREATE DATABASE IF NOT EXISTS gitlabhq_production;# Grant all privileges on databasetemplate1=# GRANT ALL PRIVILEGES ON DATABASE gitlabhq_production to gitlab;# Quit from PostgreSQL servertemplate1=# q# Try connect to new database$ su - gitlab$ psql -d gitlabhq_production -U gitlab

(译者注：以上3种数据库根据需要安装其一即可)

2. 安装 Ruby

wget http://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.3-p194.tar.gztar xfvz ruby-1.9.3-p194.tar.gzcd ruby-1.9.3-p194./configuremakesudo make install

3. 安装 Gitolite

为 Git 创建用户：

sudo adduser   --system   --shell /bin/sh   --gecos ‘git version control‘   --group   --disabled-password   --home /home/git   git

为 GitLab 创建用户：

# ubuntu/debiansudo adduser --disabled-login --gecos ‘gitlab system‘ gitlab

将 gitlab 用户添加到 git 用户组：

sudo usermod -a -G git gitlab

将 git 用户添加到 gitlab 用户组：

sudo usermod -a -G gitlab git

生成密钥：

sudo -H -u gitlab ssh-keygen -q -N ‘‘ -t rsa -f /home/gitlab/.ssh/id_rsa

克隆 GitLab 的 Gitolite 分支源代码：

sudo -H -u git git clone -b gl-v304 https://github.com/gitlabhq/gitolite.git /home/git/gitolite

安装：

cd /home/gitsudo -u git -H mkdir binsudo -u git sh -c ‘echo -e "PATH=$PATH:/home/git/binnexport PATH" >> /home/git/.profile‘sudo -u git sh -c ‘gitolite/install -ln /home/git/bin‘sudo cp /home/gitlab/.ssh/id_rsa.pub /home/git/gitlab.pubsudo chmod 0444 /home/git/gitlab.pubsudo -u git -H sh -c "PATH=/home/git/bin:$PATH; gitolite setup -pk /home/git/gitlab.pub"

权限：

sudo chmod -R g+rwX /home/git/repositories/sudo chown -R git:git /home/git/repositories/

检查：退出并重新登录以使 git 用户组生效

# 克隆 admin 资源库以将 localhost 添加到 known_hosts# 并且确认 gitlab 用户有权访问 gitolitesudo -u gitlab -H git clone git@localhost:gitolite-admin.git /tmp/gitolite-admin# 如果执行成功，你可以将其删除sudo rm -rf /tmp/gitolite-admin

重要！ 如果你不能克隆 gitolite-admin 资源库，请不要继续本次安装，请根据 Trouble Shooting Guide 并且确认你已经小心的完成上文的全部步骤。

笔者注：这一步测试能否克隆成功。本人没有注意这个提示，完成后续安装后发现怎么都不能通过git@localhost:gitolite-admin.git的方式克隆工程，原因就是ssh认证失败，所以请务必确认这一点。顺便说下本人ssh认证失败的原因: /etc/ssh/sshd_config配置文件里面PubkeyAuthentication的值为no，意味着不允许公钥认证，改为yes就可以了。如果还是不能克隆，重复下第3步，并且注意每个命令是否执行成功。或者删除git和gitlab用户，重新执行第3步。

4. 克隆 GitLab 源代码并安装先决条件

sudo gem install charlock_holmes --version ‘0.6.8‘sudo pip install pygmentssudo gem install bundlercd /home/gitlab# Get gitlab code. Use this for stable setupsudo -H -u gitlab git clone -b stable https://github.com/gitlabhq/gitlabhq.git gitlab（2013/1/6，最近发现最新的版本是4.0.0.rc2，这个版本已经没有支持sqlite，而我选择sql数据库的时候没有成功，克隆之后执行sudo -u gitlab git checkout 2.9.1可以回到2.9.1的版本，这个版本既支持sqlite，其gitlab管理界面也较美观。3.1.0以后的版本管理界面都有点难看。） # Skip this for stable setup.(笔者注:执行了上个命令就不用执行这个命令了)# Master branch (recent changes, less stable)sudo -H -u gitlab git clone -b master https://github.com/gitlabhq/gitlabhq.git gitlabcd gitlab# Rename config filessudo -u gitlab cp config/gitlab.yml.example config/gitlab.yml

选择你希望使用的数据库

# SQLitesudo -u gitlab cp config/database.yml.sqlite config/database.yml# Mysqlsudo -u gitlab cp config/database.yml.mysql config/database.yml# PostgreSQLsudo -u gitlab cp config/database.yml.postgres config/database.yml# 修改 config/database.yml 确认输入了正确的用户名/密码

安装数据库 gems

# mysqlsudo -u gitlab -H bundle install --without development test sqlite postgres  --deployment# 或者 postgressudo -u gitlab -H bundle install --without development test sqlite mysql --deployment# 或者 sqlitesudo -u gitlab -H bundle install --without development test mysql postgres  --deployment

初始化数据库

sudo -u gitlab bundle exec rake gitlab:app:setup RAILS_ENV=production

设置 GitLab hooks

sudo cp ./lib/hooks/post-receive /home/git/.gitolite/hooks/common/post-receivesudo chown git:git /home/git/.gitolite/hooks/common/post-receive

确认应用程序状态：

sudo -u gitlab bundle exec rake gitlab:app:status RAILS_ENV=production# OUTPUT EXAMPLEStarting diagnosticconfig/database.yml............existsconfig/gitlab.yml............exists/home/git/repositories/............exists/home/git/repositories/ is writable?............YESremote: Counting objects: 603, done.remote: Compressing objects: 100% (466/466), done.remote: Total 603 (delta 174), reused 0 (delta 0)Receiving objects: 100% (603/603), 53.29 KiB, done.Resolving deltas: 100% (174/174), done.Can clone gitolite-admin?............YESUMASK for .gitolite.rc is 0007? ............YES/home/git/share/gitolite/hooks/common/post-receive exists? ............YES

笔者注：如果所有结果都是 YES，恭喜！你可以继续进行下一步。

5. 设置 web server

应用可以用下一个命令行动：

# 用于测试目的sudo -u gitlab bundle exec rails s -e production# 用于守护进程sudo -u gitlab bundle exec rails s -e production -d

默认登录用户名及密码：

笔者注:记住这个用户名和密码，在通过浏览器登录gitlab工程主页的时候有用。

admin@local.host5iveL!fe

 

6. 运行 Resque 进程(用于处理工作队列)

# 手动启动sudo -u gitlab bundle exec rake environment resque:work QUEUE=* RAILS_ENV=production BACKGROUND=yes# GitLab 启动脚本sudo -u gitlab ./resque.sh# 如果你使用 root 运行此脚本，会导致 /home/gitlab/gitlab/tmp/pids/resque_worker.pid 文件的拥有者为 root# 将导致 resque 在下一次系统初始化中无法启动

自定义 Resque 使用的 Redis 连接

如果你希望 Resque 连接到一个非标准端口号或另一台服务器上的 Redis，你可以在 config/resque.yml 文件修改连接信息：

production: redis.example.com:6379

好了，我们已经拥有了一个工作正常的 GitLab 了，但请继续下去，有一些事情是必须完成的。

Nginx 与 Unicorn

1. Unicorn

cd /home/gitlab/gitlabsudo -u gitlab cp config/unicorn.rb.example config/unicorn.rbsudo -u gitlab bundle exec unicorn_rails -c config/unicorn.rb -E production -D

2. Nginx

# 初次安装 Nginxsudo apt-get install nginx# 添加GitLab 到 nginx sitessudo wget https://raw.github.com/gitlabhq/gitlab-recipes/master/nginx/gitlab -P /etc/nginx/sites-available/sudo ln -s /etc/nginx/sites-available/gitlab /etc/nginx/sites-enabled/gitlab# 修改 **YOUR_SERVER_IP** 与 **YOUR_SERVER_FQDN**# 为起初的 IP 地址与准备让 GitLab 服务的域名

sudo vim /etc/nginx/sites-enabled/gitlab

笔者注:本人最初的时候不知道这个配置文件怎么配置，在浏览器里输入服务器ip的时候老是出现“welcome to nginx”页面。

后来的配置是

listion 80;  #监听所有80端口的客户端请求

server_name: 192.168.1.120; #这是我ubuntu服务器的ip地址。因为我们是小组局域网访问，所以直接配ip地址就可以了。远程访问的话可以通过vpn链接。

# 重启 nginx:

sudo /etc/init.d/nginx restart

3. Init 脚本

在 /etc/init.d/gitlab 创建 init 脚本：

sudo wget https://raw.github.com/gitlabhq/gitlab-recipes/master/init.d/gitlab -P /etc/init.d/sudo chmod +x /etc/init.d/gitlab

设置 GitLab 自动启动：

sudo update-rc.d gitlab defaults 21

现在你可以用这种方式启动/重启/停止 GitLab 服务：

sudo /etc/init.d/gitlab restart

至此搭建过程全部完成，关于添加用户和创建工程请参考这篇博文：

http://blog.csdn.net/passion_wu128/article/details/8218041

https://github.com/xiaobozi/gitlab-recipes/blob/master/install/CentOS_6.md

演示地址

http://demo.gitlab.com/users/sign_in

branch正确的情况下，

当要push代码到git时，出现提示：

error:failed to push some refs to …

Dealing with “non-fast-forward” errors
From time to time you may encounter this error while pushing:

To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes before pushing again.  See the ‘non-fast forward’
section of ‘git push –help’ for details.
This error can be a bit overwhelming at first, do not fear. Simply put, git cannot make the change on the remote without losing commits, so it refuses the push. Usually this is caused by another user pushing to the same branch. You can remedy this by fetching and merging the remote branch, or using pull to perform both at once.
In other cases this error is a result of destructive changes made locally by using commands like git commit –amend or git rebase. While you can override the remote by adding –force to the push command, you should only do so if you are absolutely certain this is what you want to do. Force-pushes can cause issues for other users that have fetched the remote branch, and is considered bad practice. When in doubt, don’t force-push.

问题（Non-fast-forward）的出现原因在于：git仓库中已经有一部分代码，所以它不允许你直接把你的代码覆盖上去。于是你有2个选择方式：

1，强推，即利用强覆盖方式用你本地的代码替代git仓库内的内容

git push -f

2，先把git的东西fetch到你本地然后merge后再push

$ git fetch

$ git merge

这2句命令等价于

可是，这时候又出现了如下的问题：

上面出现的 [branch “master”]是需要明确(.git/config)如下的内容
[branch “master”]
remote = origin

merge = refs/heads/master

这等于告诉git2件事:

1，当你处于master branch, 默认的remote就是origin。

2，当你在master branch上使用git pull时，没有指定remote和branch，那么git就会采用默认的remote（也就是origin）来merge在master branch上所有的改变

如果不想或者不会编辑config文件的话，可以在bush上输入如下命令行：

之后再重新git pull下。最后git push你的代码吧。it works now~

昨天学习了Git，今天就链接Github试试，操作git push命令，结果却遇到下面的提示

这个情况我没有遇到过，为了谨慎处理，于是网络之，发现如下解决办法，下面转自：偏安一隅

升级到 git 1.6.3 以后，每次 git push 的时候都会出现这样“吓人”的警告。

通常，这是很多 Linux 或者说开源社区贴心的地方，主动告诉你，“注意了，我们发布了一个新版本，有些地方和之前的不太一样，需要你自己动手改一下”。。。只是，为什么不直接给出一条简单明了的指令呢？<strong>比如：</strong>

git config push.default current

这样执行git push的时候，只会push当前的branch，如果设置为matching的话，会push所有的有改动的branch到相应的repository的ref中，相对来说安全性差了点。

另外，我还看到了一篇blog1，讲述了10个升级到1.6.3的理由，除了性能和易用性上的改进之外，又学到了几个新的命令：

1. git diff —staged 等同于 git diff —cached
2. git checkout – 返回之前的branch，类似bash。
3. git log —graph 相当于一个终端版的gitk
4. git log —oneline 精简版的log信息，只有changeset号的前7位和commit信息。

这里我设置如下：

git config --global push.default simple

如果你还想了解更多，可以运行git help config，会弹出git-config帮助页面，上面有如下介绍：

push.default

Defines the action git push should take if no refspec is given on the command line, no refspec is configured in the remote, and no refspec is implied by any of the options given on the command line. Possible values are:

• nothing – do not push anything.
• matching – push all branches having the same name in both ends. This is for those who prepare all the branches into a publishable shape and then push them out with a single command. It is not appropriate for pushing into a repository shared by multiple users, since locally stalled branches will attempt a non-fast forward push if other users updated the branch.
  This is currently the default, but Git 2.0 will change the default to simple.
• upstream – push the current branch to its upstream branch. With this, git push will update the same remote ref as the one which is merged by git pull, making push and pull symmetrical. See “branch.<name>.merge” for how to configure the upstream branch.
• simple – like upstream, but refuses to push if the upstream branch’s name is different from the local one. This is the safest option and is well-suited for beginners. It will become the default in Git 2.0.
• current – push the current branch to a branch of the same name.

The simple, current and upstream modes are for those who want to push out a single branch after finishing work, even when the other branches are not yet ready to be pushed out. If you are working with other people to push into the same shared repository, you would want to use one of these.

英文学得不好就不翻译了，但大体是说simple是最安全的，也非常适合初学者。simple也将是Git2.0的默认值。

希望对你有帮助哈

WEB管理平台使用 GitLab

环境需求

• CentOS
• Ruby 1.9.3+
• Mysql
• Git
• Gitolite
• Redis
• Resque

其中Mysql、Git、Redis的安装不赘述，都可以直接yum安装

Ruby的安装

因为CentOS源里的ruby版本太低，我们直接下载源码进行安装

安装之前确认系统中已经安装了libyaml

没有的话直接下载源码安装

<code> wget http://pyyaml.org/download/libyaml/yaml-0.1.tar.gz tar zxvf yaml-0.1.tar.gz cd yaml-0.1 ./configure make &amp;&amp; make install</code>

下载ruby源码

http://ruby.taobao.org/mirrors/ruby/ruby-1.9-stable.tar.gz

安装

<code> tar zxvf ruby-1.9-stable.tar.gz cd ruby-1.9-xxxx/ ./configure make &amp;&amp; make install</code>

结束

一般情况下安装会很顺利

Gitolite的安装

创建专属用户

<code> useradd -d /home/git -m git</code>

然后用git身份登录

<code> su git</code>

进入到HOME目录

<code> cd ~</code>

下载源码

直接从Github进行clone

<code> git clone git://github.com/sitaramc/gitolite</code>

进行安装

<code> mkdir -p $HOME/bin gitolite/install -to $HOME/bin</code>

如果提示Can‘t locate Time/HiRes.pm in @INC的话执行下面的命令进行类库安装

<code> perl -MCPAN -e shell install Time::HiRes</code>

如果提示Can‘t locate CPAN.pm in @INC的话先使用yum进行安装yum install perl-CPAN

将bin加入到PATH变量中

编辑~/.profile添加如下内容

<code> export PATH=$PATH:/home/git/bin</code>

GitLab的安装

创建专属用户

<code> useradd -d /home/gitlab -m -g git gitlab</code>

切换至gitlab并进入HOME目录

依赖的Gems (root身份安装)

<code> gem install resque gem install charlock_holmes --version ‘0.6.9‘</code>

charlock_holmes 会依赖libicu 可以直接yum安装yum install libicu-devel

如果提示cannot load such file -- zlib需要安装zlib库

<code>yum install zlib-devel# 安装ruby自带的zlib.socd ruby-1.9-xxxx/ext/zlibruby ./extconf.rbmake &amp;&amp; make install</code>

下载源码

<code> git clone git://github.com/gitlabhq/gitlabhq server</code>

站点信息配置

<code> cp server/config/gitlab.yml.example server/config/gitlab.yml cp server/config/unicorn.rb.example server/config/unicorn.rb</code>

因为我们释放到了server目录下，需要修改unicorn.rb将第一行的默认目录修改下

创建satellites目录

<code> mkdir gitlab-satellites</code>

数据库配置

<code> cp server/config/database.yml.mysql server/config/database.yml</code>

Redis配置（一般不需要）

<code> cp server/config/resque.yml.example server/config/resque.yml</code>

进行产品发布

<code> cd ~/server bundle install --deployment --without development test postgres</code>

找不到bundle的时候可以执行gem install bundler安装

配置Git

<code> git config --global user.name "GitLab" git config --global user.email "gitlab@localhost"</code>

配置GitLab的Hooks

<code> # root 权限运行 mkdir -p /home/git/.gitolite/hooks/common cp /home/gitlab/server/lib/hooks/post-receive /home/git/.gitolite/hooks/common/post-receive chown git:git -R /home/git/.gitolite</code>

创建用户（gitlab）的SSH公匙并导入到gitolite中

执行前确定/home/git/.gitolite/logs目录存在，否则导入key时会报错

FATAL: errors found but logfile could not be created
FATAL: /home/git/.gitolite/logs/gitolite-2013-02.log: No such file or directory
FATAL: cli gitolite setup -pk /home/git/gitlab.pub

<code> su gitlab ssh-keygen -t rsa cp ~/.ssh/id_rsa.pub /home/git/gitlab.pub chmod 0444 /home/git/gitlab.pub su git ~/bin/gitolite setup -pk ~/gitlab.pub</code>

关于传递了公钥后依然会要求输入密码的情况说明/ssh-keygen后自动验证无效

如果你无法自动验证的话先尝试将/home/git目录权限设置为755

如果正常了的话就不用看下面这两条了

• 使用gitolite的setup命令导入key的时候会在~/.ssh/authorized_keys中添加自定义的command命令，导致/var/log/secure中查看不到ssh自动验证的错误信息（删除后再尝试即可）
• 执行上面的步骤后如果在secure日志中发现Authentication refused: bad ownership or modes for directory /home/git的话需要把git目录权限设置为755

初始化数据库

• 执行下面的命令之前需要配置了正确的数据库信息并开启了Redis
• 需要/home/git目录权限为770
• 需要/home/git/repositories目录权限为770（没有的话新创建一个）

执行

<code> cd ~/server bundle exec rake gitlab:setup RAILS_ENV=production</code>

TMD终于好了，让我们来检查下gitlab的状态吧

<code> cd ~/server # 查看环境信息 bundle exec rake gitlab:env:info RAILS_ENV=production # 检查组件依赖（全绿色的话就过了） bundle exec rake gitlab:check RAILS_ENV=production</code>

添加管理脚本

从https://raw.github.com/gitlabhq/gitlab-recipes/4-1-stable/init.d/gitlab下载脚本到/etc/init.d/gitlab

然后chmod +x /etc/init.d/gitlab给上执行权限

最后chkconfig --add gitlab加到service列表中，然后chkconfig gitlab on开启自启动

安装结束

使用service gitlab start即可启动gitlab进程了

如何访问gitlab的web页面？

gitlab默认是使用的unix socket访问，需要nginx进行转发，配置文件在这里https://raw.github.com/gitlabhq/gitlab-recipes/4-1-stable/nginx/gitlab

不过我们可以修改unicorn.rb来使用TCP方式访问

修改server/config/unicorn.rb找到listen字段将后面的内容修改成

<code> listen 80</code>

即可

访问web后默认帐号为admin@local.host密码为5iveL!fe

一些错误的解决方法

如果/home/gitlab/server/log/githost.log中出现error

ERROR -> Gitolite error -> error: cannot run hooks/post-receive: No such file or directory

并且切换到git用户后执行env -i redis-cli报错

解决方法

<code> ln -s /usr/local/bin/redis-cli /usr/bin/</code>

ERROR -> Gitolite error -> remote: FATAL: git config ‘core.sharedRepository’ not allowed

解决方法

编辑/home/git/.gitolite.rc找到GIT_CONFIG_KEYS将后面的内容修改成‘.*‘，修改后为GIT_CONFIG_KEYS => ‘.*‘