Git是一种分布式版本控制系统. 由Linus Torvalds为满足开发Linux的需要而开发, 随后Linux的源码即由Git管理. Git迅速成为最流行的分布式版本控制系统, 尤其是2008年, GitHub上线了, 它为开源项目免费提供Git存储, 无数开源项目开始迁移至GitHub, 包括jQuery, PHP, Ruby等等.
CVS及SVN都是集中式的版本控制系统, 而Git是分布式版本控制系统
-
版本库是集中存放在中央服务器的, 而干活的时候, 用的都是自己的电脑, 所以要先从中央服务器取得最新的版本, 然后开始干活, 干完活了, 再把自己的活推送给中央服务器. 中央服务器就好比是一个图书馆, 你要改一本书, 必须先从图书馆借出来, 然后回到家自己改, 改完了, 再放回图书馆.
-
必须联网才能工作
-
分布式版本控制系统根本没有 "中央服务器", 每个人的电脑上都是一个完整的版本库, 这样, 你工作的时候, 就不需要联网了, 因为版本库就在你自己的电脑上. 既然每个人电脑上都有一个完整的版本库, 那多个人如何协作呢? 比方说你在自己电脑上改了文件A, 你的同事也在他的电脑上改了文件A, 这时, 你们俩之间只需把各自的修改推送给对方, 就可以互相看到对方的修改了.
-
不用联网, 且分支管理功能强大
从Git官网直接下载安装程序, 然后按默认选项安装即可. 安装完成后, 在开始菜单里找到 "Git" -> "Git Bash" , 蹦出一个类似命令行窗口的东西, 就说明Git安装成功!
安装完成后, 还需要最后一步设置, 在命令行输入:
$ git config --global user.name "Your Name"
$ git config --global user.email "[email protected]"因为Git是分布式版本控制系统, 所以, 每个机器都必须自报家门: 你的名字和Email地址. 不用担心别人会冒充, 如果有也可以查询.
注意git config命令的--global参数, 用了这个参数, 表示你这台机器上所有的Git仓库都会使用这个配置, 当然也可以对某个仓库指定不同的用户名和Email地址.
版本库: 又名仓库, 英文名repository, 你可以简单理解成一个目录, 这个目录里面的所有文件都可以被Git管理起来, 每个文件的修改、删除, Git都能跟踪, 以便任何时刻都可以追踪历史, 或者在将来某个时刻可以 "还原" .
首先, 选择一个合适的地方, 创建一个空目录:
$ mkdir learngit
$ cd learngit
$ pwd
/Users/michael/learngit-
pwd命令用于显示当前目录. 在我的Mac上, 这个仓库位于/Users/michael/learngit. -
如果你使用Windows系统, 为了避免遇到各种莫名其妙的问题, 请确保目录名 (包括父目录) 不包含中文.
第二步, 通过git init命令把这个目录变成Git可以管理的仓库:
$ git init
Initialized empty Git repository in /Users/michael/learngit/.git/- 如果你没有看到
.git目录, 那是因为这个目录默认是隐藏的, 用ls -ah命令就可以看见.
-
所有的版本控制系统, 其实只能跟踪文本文件的改动, 比如TXT文件, 网页, 所有的程序代码等等, Git也不例外,图片、视频这些二进制文件, 虽然也能由版本控制系统管理, 但没法跟踪文件的变化,只能知道文件大小的变化. 由于word文件是二进制文件, 因此无法追踪.
-
建议使用标准的UTF-8编码. 建议使用**Notepad++**而不是系统自带记事本
-
执行命令, 没有任何显示, 就对了, Unix的哲学是 "没有消息就是好消息" , 说明操作成功.
- 使用命令
git add <file>, 注意, 可反复多次使用, 添加多个文件; - 使用命令
git commit -m <message>, 完成.
- 要随时掌握工作区的状态, 使用
git status命令. - 如果
git status告诉你有文件被修改过, 用git diff <file>可以查看修改内容.
HEAD指向的版本就是当前版本, 因此, Git允许我们在版本的历史之间穿梭, 使用命令git reset --hard commit_id.
上一个版本就是HEAD^, 上上一个版本就是HEAD^^, 往上100个版本写成HEAD~100.
- 穿梭前, 用
git log可以查看提交历史, 以便确定要回退到哪个版本.
git log命令显示从最近到最远的提交日志, 如果嫌输出信息太多, 看得眼花缭乱的, 可以试试加上--pretty=oneline参数
- 要重返未来, 用
git reflog查看命令历史, 以便确定要回到未来的哪个版本.
工作区 (Working Directory) 就是你在电脑里能看到的目录
版本库 (Repository) :工作区有一个隐藏目录.git, 这个不算工作区, 而是Git的版本库. Git的版本库里存了很多东西, 其中最重要的就是称为stage (或者叫index) 的暂存区, 还有Git为我们自动创建的第一个分支master, 以及指向master的一个指针叫HEAD.
把文件往Git版本库里添加的时候, 是分两步执行的:
第一步是用git add把文件添加进去, 实际上就是把文件修改添加到暂存区;
第二步是用git commit提交更改, 实际上就是把暂存区的所有内容提交到当前分支.
因为我们创建Git版本库时, Git自动为我们创建了唯一一个master分支, 所以, 现在, git commit就是往master分支上提交更改. 你可以简单理解为, 需要提交的文件修改通通放到暂存区, 然后, 一次性提交暂存区的所有修改.
一个操作过程: 第一次修改 -> git add -> 第二次修改 -> git commit
Git管理的是修改, 当你用git add命令后, 在工作区的第一次修改被放入暂存区, 准备提交, 但是, 在工作区的第二次修改并没有放入暂存区, 所以, git commit只负责把暂存区的修改提交了, 也就是第一次的修改被提交了, 第二次的修改不会被提交.
提交后, 用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别:
场景1: 当你改乱了工作区某个文件的内容, 想直接丢弃工作区的修改时, 用命令git checkout -- <file>.
场景2: 当你不但改乱了工作区某个文件的内容, 还添加到了暂存区时, 想丢弃修改, 分两步, 第一步用命令git reset HEAD <file>, 就回到了场景1, 第二步按场景1操作.
场景3: 已经提交了不合适的修改到版本库时, 想要撤销本次提交, 参考版本回退一节, 不过前提是没有推送到远程库.
命令git rm <file>用于删除一个文件. 如果一个文件已经被提交到版本库, 那么你永远不用担心误删, 但是要小心, 你只能恢复文件到最新版本, 你会丢失最近一次提交后你修改的内容.
自行注册GitHub账号. 由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的, 所以, 需要一点设置
第1步: 创建SSH Key. 在用户主目录下, 看看有没有.ssh目录, 如果有, 再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件, 如果已经有了, 可直接跳到下一步. 如果没有, 打开Shell (Windows下打开Git Bash) , 创建SSH Key:
$ ssh-keygen -t rsa -C "[email protected]"你需要把邮件地址换成你自己的邮件地址, 然后一路回车, 使用默认值即可, 由于这个Key也不是用于军事目的, 所以也无需设置密码. 如果一切顺利的话, 可以在用户主目录里找到.ssh目录, 里面有id_rsa和id_rsa.pub两个文件, 这两个就是SSH Key的秘钥对, id_rsa是私钥, 不能泄露出去, id_rsa.pub是公钥, 可以放心地告诉任何人.
第2步: 登陆GitHub, 鼠标移到右上角头像, 点击 "Settings" , 进入 "SSH and GPG keys" 页面:
然后, 点 "New SSH Key" , 填上任意Title, 在Key文本框里粘贴id_rsa.pub文件的内容: 点 "Add Key" , 你就应该看到已经添加的Key.
创建一个新的Repository, 在Repository name填入名字, 其他保持默认设置, 点击 "Create repository" 按钮, 就成功地创建了一个新的Git仓库
-
要关联一个远程库, 使用命令
git remote add origin git@server-name:path/repo-name.git; -
关联后, 在需要提交的本地文件夹处的Git Bash使用命令
git push -u origin master第一次推送master分支的所有内容; -
此后, 每次本地提交后, 只要有必要, 就可以使用命令
git push origin master推送最新修改;
要克隆一个仓库, 首先必须知道仓库的地址, 然后使用git clone [email protected]:michaelliao/gitskills.git (这个例子是ssh) 命令克隆. 也可以用https://github.com/michaelliao/gitskills.git (michaelliao替换成自己的用户名, 后者改为自己的项目名字)
Git支持多种协议, 包括https, 但ssh协议速度最快.
查看分支: git branch
创建分支: git branch <name>
切换分支: git checkout <name>或者git switch <name>
创建+切换分支: git checkout -b <name>或者git switch -c <name>
合并某分支到当前分支: git merge <name>
删除分支: git branch -d <name>
当Git无法自动合并分支时, 就必须首先解决冲突. 解决冲突后, 再提交, 合并完成.
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容, 再提交.
用git log --graph命令可以看到分支合并图.
git log --graph --pretty=oneline --abbrev-commit通常, 合并分支时, 如果可能, Git会用Fast forward模式, 但这种模式下, 删除分支后, 会丢掉分支信息. 不能记录下来合并的过程. 如果要强制禁用Fast forward模式, Git就会在merge时生成一个新的commit, 这样, 从分支历史上就可以看出分支信息.
--no-ff方式的git merge可以禁用Fast forward 合并后, 我们用git log看看分支历史:
$ git merge --no-ff -m "merge with no-ff" dev
$ git log --graph --pretty=oneline --abbrev-commit在实际开发中, 我们应该按照几个基本原则进行分支管理:
-
首先,
master分支应该是非常稳定的, 也就是仅用来发布新版本, 平时不能在上面干活; -
那在哪干活呢? 干活都在
dev分支上, 也就是说,dev分支是不稳定的, 到某个时候, 比如1.0版本发布时, 再把dev分支合并到master上, 在master分支发布1.0版本; -
你和你的小伙伴们每个人都在
dev分支上干活, 每个人都有自己的分支, 时不时地往dev分支上合并就可以了.
所以, 团队合作的分支看起来如下图:
-
修复bug时, 我们会通过创建新的bug分支进行修复, 然后合并, 最后删除;
-
当手头工作没有完成时, 先把工作现场
git stash一下, 然后去修复bug, 修复后, 工作区是干净的, 刚才的工作现场存到哪去了? 用git stash list命令看看, 再git stash pop, 回到工作现场;
工作现场还在, Git把stash内容存在某个地方了, 但是需要恢复一下, 有两个办法:
一是用git stash apply恢复, 但是恢复后, stash内容并不删除, 你需要用git stash drop来删除;
另一种方式是用git stash pop, 恢复的同时把stash内容也删了:
- 在master分支上修复的bug, 想要合并到当前dev分支, 可以用
git cherry-pick <commit>命令, 把bug提交的修改 "复制" 到当前分支, 避免重复劳动.
开发一个新feature, 最好新建一个分支;
如果要丢弃一个没有被合并过的分支, 可以通过git branch -D <name>强行删除.
-
查看远程库信息, 使用
git remote(简单信息)git remote -v(详细信息) ; -
本地新建的分支如果不推送到远程, 对其他人就是不可见的;
-
从本地推送分支, 使用
git push origin branch-name, 如果推送失败, 先用git pull抓取远程的新提交;但是, 并不是一定要把本地分支往远程推送, 那么, 哪些分支需要推送, 哪些不需要呢?
-
master分支是主分支, 因此要时刻与远程同步; -
dev分支是开发分支, 团队所有成员都需要在上面工作, 所以也需要与远程同步; -
bug分支只用于在本地修复bug, 就没必要推到远程了, 除非老板要看看你每周到底修复了几个bug;
-
feature分支是否推到远程, 取决于你是否和你的小伙伴合作在上面开发.
-
-
当你的小伙伴从远程库clone时, 默认情况下, 你的小伙伴只能看到本地的
master分支. 在本地创建和远程分支对应的分支, 使用git checkout -b branch-name origin/branch-name, 本地和远程分支的名称最好一致; -
建立本地分支和远程分支的关联, 使用
git branch --set-upstream branch-name origin/branch-name; -
从远程抓取分支, 使用
git pull, 如果有冲突, 要先处理冲突. -
多人协作工作模式
- 首先, 可以试图用
git push origin <branch-name>推送自己的修改; - 如果推送失败, 则因为远程分支比你的本地更新, 需要先用
git pull试图合并; - 如果合并有冲突, 则解决冲突, 并在本地提交;
- 没有冲突或者解决掉冲突后, 再用
git push origin <branch-name>推送就能成功!
如果git pull提示no tracking information, 则说明本地分支和远程分支的链接关系没有创建, 用命令git branch --set-upstream-to <branch-name> origin/<branch-name>.
- rebase操作可以把本地未push的分叉提交历史整理成直线;
- rebase的目的是使得我们在查看历史提交的变化时更容易, 因为分叉的提交需要三方对比.
-
命令
git tag <tagname>用于新建一个标签, 默认为HEAD, 也可以指定一个commit id; -
命令
git tag -a <tagname> -m "blablabla..."可以指定标签信息;-m后面是说明文字 -
命令
git tag可以查看所有标签. -
用命令
git show <tagname>可以看到说明文字:
- 命令
git push origin <tagname>可以推送一个本地标签; - 命令
git push origin --tags可以推送全部未推送过的本地标签; - 命令
git tag -d <tagname>可以删除一个本地标签; - 命令
git push origin :refs/tags/<tagname>可以删除一个远程标签.
我们一直用GitHub作为免费的远程仓库, 如果是个人的开源项目, 放到GitHub上是完全没有问题的. 其实GitHub还是一个开源协作社区, 通过GitHub, 既可以让别人参与你的开源项目, 也可以参与别人的开源项目.
我们在GitHub上注册账号并登录后, 需要先上传自己的SSH公钥. 选择右上角用户头像>Settings>SSH and GPG keys, 填写一个便于识别的标题, 然后把用户主目录下的.ssh/id_rsa.pub文件的内容粘贴进去. 若没有id_rsa.pub, 请参阅ssh-keygen
如何参与一个开源项目呢? 比如人气极高的bootstrap项目, 这是一个非常强大的CSS框架, 你可以访问它的项目主页https://github.com/twbs/bootstrap, 点 "Fork" 就在自己的账号下克隆了一个bootstrap仓库, 然后, 从自己的账号下clone:
git clone git@github.com:michaelliao/bootstrap.git一定要从自己的账号下clone仓库, 这样你才能推送修改. 如果从bootstrap的作者的仓库地址[email protected]:twbs/bootstrap.git克隆, 因为没有权限, 你将不能推送修改.
Bootstrap的官方仓库twbs/bootstrap、你在GitHub上克隆的仓库my/bootstrap, 以及你自己克隆到本地电脑的仓库, 他们的关系就像下图显示的那样:
┌─ GitHub ────────────────────────────────────┐
│ │
│ ┌─────────────────┐ ┌─────────────────┐ │
│ │ twbs/bootstrap │────>│ my/bootstrap │ │
│ └─────────────────┘ └─────────────────┘ │
│ ▲ │
└──────────────────────────────────┼──────────┘
▼
┌─────────────────┐
│ local/bootstrap │
└─────────────────┘
如果你想修复bootstrap的一个bug, 或者新增一个功能, 立刻就可以开始干活, 干完后, 往自己的仓库推送.
如果你希望bootstrap的官方库能接受你的修改, 你就可以在GitHub上发起一个pull request. 当然, 对方是否接受你的pull request就不一定了.
如果我们已经有了一个本地的git仓库 (例如, 一个名为learngit的本地库) , 如何把它关联到GitHub的远程库上呢?
首先, 我们在GitHub上创建一个新的项目, 选择右上角+号>New repository
项目名称最好与本地库保持一致:
然后, 我们在本地库上使用命令git remote add把它和GitHub的远程库关联:
git remote add origin git@github.com:liaoxuefeng/learngit.git之后, 就可以正常地用git push和git pull推送了!
如果在使用命令git remote add时报错:
git remote add origin git@github.com:liaoxuefeng/learngit.git
fatal: remote origin already exists.这说明本地库已经关联了一个名叫origin的远程库, 此时, 可以先用git remote -v查看远程库信息:
git remote -v
origin git@github.com:michaelliao/learngit.git (fetch)
origin git@github.com:michaelliao/learngit.git (push)可以看到, 本地库已经关联了origin的远程库, 并且, 该远程库指向GitHub.
我们可以删除已有的GitHub远程库:
git remote rm origin再关联GitHub的远程库 (注意路径中需要填写正确的用户名) :
git remote add origin git@github.com:liaoxuefeng/learngit.git此时, 我们再查看远程库信息:
git remote -v
origin git@github.com:liaoxuefeng/learngit.git (fetch)
origin git@github.com:liaoxuefeng/learngit.git (push)现在可以看到, origin已经被关联到GitHub的远程库了. 通过git push命令就可以把本地库推送到GitHub上.
有的小伙伴又要问了, 一个本地库能不能既关联GitHub, 又关联GitHub呢?
答案是肯定的, 因为Git本身是分布式版本控制系统, 可以同步到另外一个远程库, 当然也可以同步到另外两个远程库.
使用多个远程库时, 我们要注意, Git给远程库起的默认名称是origin, 如果有多个远程库, 我们需要用不同的名称来标识不同的远程库.
仍然以learngit本地库为例, 我们先删除已关联的名为origin的远程库:
git remote rm origin然后, 先关联GitHub的远程库:
git remote add github git@github.com:michaelliao/learngit.git注意, 远程库的名称叫github, 不叫origin了.
接着, 再关联GitHub的远程库:
git remote add github git@github.com:liaoxuefeng/learngit.git同样注意, 远程库的名称叫github, 不叫origin.
现在, 我们用git remote -v查看远程库信息, 可以看到两个远程库:
git remote -v
github git@github.com:liaoxuefeng/learngit.git (fetch)
github git@github.com:liaoxuefeng/learngit.git (push)
github git@github.com:michaelliao/learngit.git (fetch)
github git@github.com:michaelliao/learngit.git (push)如果要推送到GitHub, 使用命令:
git push github master如果要推送到GitHub, 使用命令:
git push github master这样一来, 我们的本地库就可以同时与多个远程库互相同步:
┌─────────┐ ┌─────────┐
│ Repo │ │ Repo │
└─────────┘ └─────────┘
▲ ▲
└─────┬─────┘
│
┌─────────────┐
│ Local Repo │
└─────────────┘
GitHub也同样提供了Pull request功能, 可以让其他小伙伴参与到开源项目中来. 你可以通过Forklearngit, 创建一个your-github-id.txt的文本文件, 写点自己学习Git的心得, 然后推送一个pull request.
- 在GitHub上, 可以任意Fork开源仓库;
- 自己拥有Fork后的仓库的读写权限;
- 可以推送pull request给官方仓库来贡献代码.
在安装Git一节中, 我们已经配置了user.name和user.email, 实际上, Git还有很多可配置项.
比如, 让Git显示颜色, 会让命令输出看起来更醒目:
$ git config --global color.ui true有些时候, 你必须把某些文件放到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.
使用Windows的童鞋注意了, 如果你在资源管理器里新建一个.gitignore文件, 它会非常弱智地提示你必须输入文件名, 但是在文本编辑器里 "保存" 或者 "另存为" 就可以把文件保存为.gitignore了.
有些时候, 你想添加一个文件到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或者你发现, 可能是.gitignore写得有问题, 需要找出来到底哪个规则写错了, 可以用git check-ignore命令检查:
$ git check-ignore -v App.class
.gitignore:3:*.class App.classGit会告诉我们, .gitignore的第3行规则忽略了该文件, 于是我们就可以知道应该修订哪个规则.
- 忽略某些文件时, 需要编写
.gitignore; .gitignore文件本身要放到版本库里, 并且可以对.gitignore做版本管理!
有没有经常敲错命令? 比如git status? status这个单词真心不好记.
如果敲git st就表示git status那就简单多了, 当然这种偷懒的办法我们是极力赞成的.
我们只需要敲一行命令, 告诉Git, 以后st就表示status:
$ git config --global alias.st status
好了, 现在敲git st看看效果.
当然还有别的命令可以简写, 很多人都用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 "bala bala bala..."
--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
甚至还有人丧心病狂地把lg配置成了:
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 git@server:/srv/sample.git
Cloning into 'sample'...
warning: You appear to have cloned an empty repository.
剩下的推送就简单了.
如果团队很小, 把每个人的公钥收集起来放到服务器的/home/git/.ssh/authorized_keys文件里就是可行的. 如果团队有几百号人, 就没法这么玩了, 这时, 可以用Gitosis来管理公钥.
这里我们不介绍怎么玩Gitosis了, 几百号人的团队基本都在500强了, 相信找个高水平的Linux管理员问题不大.
有很多不但视源代码如生命, 而且视员工为窃贼的公司, 会在版本控制系统里设置一套完善的权限控制, 每个人是否有读写权限会精确到每个分支甚至每个目录下. 因为Git是为Linux源代码托管而开发的, 所以Git也继承了开源社区的精神, 不支持权限控制. 不过, 因为Git支持钩子 (hook) , 所以, 可以在服务器端编写一系列脚本来控制提交等操作, 达到权限控制的目的. Gitolite就是这个工具.
这里我们也不介绍Gitolite了, 不要把有限的生命浪费到权限斗争中.
终于到了期末总结的时刻了!
经过几天的学习, 相信你对Git已经初步掌握. 一开始, 可能觉得Git上手比较困难, 尤其是已经熟悉SVN的童鞋, 没关系, 多操练几次, 就会越用越顺手.
Git虽然极其强大, 命令繁多, 但常用的就那么十来个, 掌握好这十几个常用命令, 你已经可以得心应手地使用Git了.
友情附赠国外网友制作的Git Cheat Sheet, 建议打印出来备用:
现在告诉你Git的官方网站: http://git-scm.com, 英文自我感觉不错的童鞋, 可以经常去官网看看. 什么, 打不开网站? 相信我, 我给出的绝对是官网地址, 而且, Git官网决没有那么容易宕机, 可能是你的人品问题, 赶紧面壁思过, 好好想想原因.
如果你学了Git后, 工作效率大增, 有更多的空闲时间健身看电影, 那我的教学目标就达到了.
谢谢观看!