Git学习笔记11——配置Git、搭建Git服务器
忽略特殊文件
有些时候,你必须把某些文件放到Git
工作目录中,但又不能提交它们,比如保存了数据库密码的配置文件啦,等等,每次git status
都会显示Untracked files ...
,有强迫症的童鞋心里肯定不爽。
好在Git
考虑到了大家的感受,这个问题解决起来也很简单,在Git
工作区的根目录下创建一个特殊的.gitignore
文件,然后把要忽略的文件名填进去,Git
就会自动忽略这些文件。
不需要从头写.gitignore
文件,GitHub
已经为我们准备了各种配置文件,只需要组合一下就可以使用了。所有配置文件可以直接在线浏览:https://github.com/github/gitignore。
忽略文件的原则是:
- 忽略操作系统自动生成的文件,比如缩略图等。
- 忽略编译生成的中间文件、可执行文件等,也就是如果一个文件是通过另一个文件自动生成的,那自动生成的文件就没必要放进版本库,比如Java编译产生的.class文件。
- 忽略你自己的带有敏感信息的配置文件,比如存放口令的配置文件。
举个例子:
假设你在Windows
下进行Python
开发,Windows
会自动在有图片的目录下生成隐藏的缩略图文件,如果有自定义目录,目录下就会有Desktop.ini
文件,因此你需要忽略Windows
自动生成的垃圾文件:
# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini
然后,继续忽略Python
编译产生的.pyc
、.pyo
、dist
等文件或目录:
# Python:
*.py[cod]
*.so
*.egg
*.egg-info
dist
build
加上你自己定义的文件,最终得到一个完整的.gitignore
文件,内容如下:
# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini
# Python:
*.py[cod]
*.so
*.egg
*.egg-info
dist
build
# My configurations:
db.ini
deploy_key_rsa
最后一步就是把.gitignore
也提交到Git
,就完成了!当然检验.gitignore
的标准是git status
命令是不是说working directory clean
。
有些时候,你想添加一个文件到Git
,但发现添加不了,原因是这个文件被.gitignore
忽略了:
$ git add App.class
The following paths are ignored by one of your .gitignore files:
App.class
Use -f if you really want to add them.
如果你确实想添加该文件,可以用-f
强制添加到Git
:
$ git add -f App.class
-
git add -f [file]
命令的作用是强制添加被.gitignore
忽略的文件到Git
。
或者你发现,可能是.gitignore
写得有问题,需要找出来到底哪个规则写错了,可以用git check -ignore
命令检查:
$ git check-ignore -v App.class
.gitignore:3:*.class App.class
-
git check-ignore -v [file]
命令:可能是.gitignore
写得有问题时,使用该命令找出到底哪个命令写错了。
Git
会告诉我们,.gitignore
的第3行规则忽略了该文件,于是我们就可以知道应该修订哪个规则。
配置别名
有没有经常敲错命令?比如git status
?status
这个单词真心不好记。
如果敲git st
就能表示git status
,那就简单多了,当然这种偷懒的办法我们是极力赞成的。
我们只需要敲一行命令,告诉Git
,以后st
就表示status
:
$ git config --global alias.st status
-
git config --global alias.st status
命令的作用是使用git st
代替git status
命令。
当然还有别的命令可以简写,很多人都用co
表示checkout
,ci
表示commit
,br
表示branch
:
$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch
以后提交就可以简写成:
$ git ci -m "message"
--global
参数是全局参数,也就是这些命令在这台电脑的所有Git
仓库下都有用。
在撤销修改中,我们知道,命令git reset HEAD [file]
可以把暂存区的修改撤销掉(unstage
),重新放回工作区。既然是一个unstage
操作,就可以配置一个unstage
别名:
$ git config --global alias.unstage 'reset HEAD'
当你敲入命令:
$ git unstage test.py
实际上Git
执行的是:
$ git reset HEAD test.py
配置一个git last
,让其显示最后一次提交信息:
$ git config --global alias.last 'log -1'
这样,用git last
就能显示最近一次的提交:
$ git last
commit adca45d317e6d8a4b23f9811c3d7b7f0f180bfe2
Merge: bd6ae48 291bea8
Author: Michael Liao <[email protected]>
Date: Thu Aug 22 22:49:22 2013 +0800
merge & fix hello.py
还可以丧心病狂地配置 git lg
命令,让显示 log
更加优雅,逼格更高:
git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
此时git lg
效果如下:
配置文件
配置Git
的时候,加上--global
是针对当前用户起作用的,如果不加,那只针对当前的仓库起作用。
配置文件放哪了?每个仓库的Git
配置文件都放在.git/config
文件中:
$ cat .git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
ignorecase = true
precomposeunicode = true
[remote "origin"]
url = [email protected]:michaelliao/learngit.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
[alias]
last = log -1
别名就在[alias]
后面,要删除别名,直接把对应的行删掉即可。
而当前用户的Git
配置文件放在用户主目录下的一个隐藏文件.gitconfig
中:
$ cat .gitconfig
[alias]
co = checkout
ci = commit
br = branch
st = status
[user]
name = Your Name
email = [email protected]
配置别名也可以直接修改这个文件,如果改错了,可以删掉文件重新通过命令配置。
搭建Git服务器
在远程仓库中,我们讲了远程仓库实际上和本地仓库没啥不同,纯粹为了7x24小时开机并交换大家的修改。
GitHub
就是一个免费托管开源代码的远程仓库。但是对于某些视源代码如生命的商业公司来说,既不想公开源代码,又舍不得给GitHub
交保护费,那就只能自己搭建一台Git
服务器作为私有仓库使用。
搭建Git
服务器需要准备一台运行Linux
的机器,强烈推荐用Ubuntu
或Debian
,这样,通过几条简单的apt
命令就可以完成安装。
假设你已经有sudo
权限的用户账号,下面,正式开始安装。
第一步
安装git
:
$ sudo apt-get install git
第二步
创建一个git
用户,用来运行git
服务:
$ sudo adduser git
第三步
创建证书登录:
收集所有需要登录的用户的公钥,就是他们自己的id_rsa.pub
文件,把所有公钥导入到/home/git/.ssh/authorized_keys
文件里,一行一个。
第四步
初始化Git
仓库:
先选定一个目录作为Git
仓库,假定是/srv/sample.git
,在/srv
目录下输入命令:
$ sudo git init --bare sample.git
Git
就会创建一个裸仓库,裸仓库没有工作区,因为服务器上的Git
仓库纯粹是为了共享,所以不让用户直接登录到服务器上去改工作区,并且服务器上的Git
仓库通常都以.git
结尾。然后,把owner
改为git
:
$ sudo chown -R git:git sample.git
第五步
禁用shell
登录:
出于安全考虑,第二步创建的git
用户不允许登录shell
,这可以通过编辑/etc/passwd
文件完成。找到类似下面的一行:
git:x:1001:1001:,,,:/home/git:/bin/bash
改为:
git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell
这样,git
用户可以正常通过ssh
使用git
,但无法登录shell
,因为我们为git
用户指定的git-shell
每次一登录就自动退出。
第六步
克隆远程仓库:
现在,可以通过git clone
命令克隆远程仓库了,在各自的电脑上运行:
$ git clone [email protected]:/srv/sample.git
Cloning into 'sample'...
warning: You appear to have cloned an empty repository.
剩下的推送就简单了。
管理公钥
如果团队很小,把每个人的公钥收集起来放到服务器的/home/git/.ssh/authorized_keys
文件里就是可行的。如果团队有几百号人,就没法这么玩了,这时,可以用Gitosis
来管理公钥。
管理权限
有很多不但视源代码如生命,而且视员工为窃贼的公司,会在版本控制系统里设置一套完善的权限控制,每个人是否有读写权限会精确到每个分支甚至每个目录下。因为Git
是为Linux
源代码托管而开发的,所以Git
也继承了开源社区的精神,不支持权限控制。不过,因为Git
支持钩子(hook
),所以,可以在服务器端编写一系列脚本来控制提交等操作,达到权限控制的目的。Gitolite
就是这个工具。