557      阿里云  技术社区[云栖]

git学习

git简介

git是目前世界上最先进的分布式版本控制系统，即自动帮你记录每次文件的修改，还可以让同事协作编辑

git诞生

Linus创建了Linux后，全世界热心志愿者参与其中，把源代码文件通过diff的方式发给Linus，Linus宁愿通过手工方式合并代码也坚决的反对CVS和SVN；随着代码的壮大，Linus选择了一个商业的版本控制系统BitKeeper来管理代码；但是后来因为Linux社区牛人企图破解BitKeeper的协议而失去免费使用权。然后Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git

Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等

集中式VS分布式

Linus一直痛恨的CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？

集中式版本控制系统：版本库是集中存放在中央服务器，干活的时候，先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。集中式版本控制系统最大的毛病就是必须联网才能工作，而且中央服务器要是出了问题，所有人都没法干活了

分布式版本控制系统：分布式版本控制系统要比集中式版本控制系统的安全性高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。另外，Git极其强大的分支管理也把SVN等远远抛在了后面

分布式版本控制系统除了Git以及促使Git诞生的BitKeeper外，还有类似Git的Mercurial和Bazaar等。这些分布式版本控制系统各有特点，但最快、最简单也最流行的依然是Git

安装git

最早Git是在Linux上开发的，很长一段时间内，Git也只能在Linux和Unix系统上跑。不过，慢慢地有人把它移植到了Windows上。现在，Git可以在Linux、Unix、Mac和Windows这几大平台上正常运行了

在Linux上安装Git命令

git - 查看系统有没安装git，有很多Linux还会友好地告诉你如何安装Git

sudo apt-get install git - 安装git

在Mac OS X上安装Git

1.安装homebrew，然后通过homebrew安装Git

2.直接从AppStore安装Xcode，Xcode集成了Git，不过默认没有安装，你需要运行Xcode，选择菜单“Xcode”->“Preferences”，在弹出窗口中找到“Downloads”，选择“Command Line Tools”，点“Install”就可以完成安装了

在Windows上安装Git

Windows下要使用很多Linux/Unix工具时，需要Cygwin这样的模拟环境，Git也一样。Cygwin的安装和配置都比较复杂，不过，有人已经把模拟环境和Git都打包好了，名叫msysgit，只需要下载一个单独的exe安装程序，其他什么也不用装，绝对好用

msysgit是Windows版的Git，从https://git-for-windows.github.io下载（网速慢的同学请移步国内镜像），然后按默认选项安装即可。安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功

安装完成后，还需要最后一步设置，在命令行输入：

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

Git是分布式版本控制系统，所以每个机器都必须自报家门：你的名字和Email地址。你也许会担心，如果有人故意冒充别人怎么办？这个不必担心，首先我们相信大家都是善良无知的群众，其次，真的有冒充的也是有办法可查的

注意:用了git config命令的--global参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址

创建版本库

版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。所以，创建一个版本库非常简单，首先，选择一个合适的地方，创建一个空目录：

$ mkdir learngit
$ cd learngit
$ pwd

pwd命令用于显示当前目录。如果使用Windows系统，请确保目录名（包括父目录）不包含中文

然后，通过git init命令把这个目录变成Git可以管理的仓库

$ git init

瞬间Git就把仓库建好了，而且告诉你是一个空仓库（empty Git repository），细心的读者可以发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见

也不一定必须在空目录下创建Git仓库，选择一个已经有东西的目录也是可以的

把文件添加到版本库

明确一下：所有的版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统没法知道。Microsoft的Word格式是二进制格式，因此，版本控制系统没法跟踪Word文件的改动。如果要真正使用版本控制系统，就要以纯文本方式编写文件

文本是有编码的，如果没有历史遗留问题，强烈建议使用标准的UTF-8编码，所有语言使用同一种编码

使用Windows的童鞋要注意：千万不要用Windows自带的记事本编辑任何文本文件。原因是Microsoft开发记事本的团队使用了一个非常弱智的行为来保存UTF-8编码的文件，他们自作聪明地在每个文件开头添加了0xefbbbf（十六进制）的字符，你会遇到很多不可思议的问题，比如：网页第一行可能会显示一个“?”，明明正确的程序一编译就报语法错误，等等，都是由记事本的弱智行为带来的。建议用Notepad++代替记事本，记得把Notepad++的默认编码设置为UTF-8 without BOM即可

我们编写一个readme.txt文件，内容如下：

Git is a version control system.
Git is free software.

一定要放到learngit目录下（子目录也行），放到其他地方Git再厉害也找不到这个文件。把一个文件放到Git仓库只需要两步：

1.用命令git add告诉Git，把文件添加到仓库：

$ git add readme.txt

2.用命令git commit告诉Git，把文件提交到仓库：

$ git commit -m "wrote a readme file"

git commit命令的-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。git commit命令执行成功后会告诉你，1个文件被改动（我们新添加的readme.txt文件），插入了两行内容（readme.txt有两行内容）。

时光机穿梭

已经成功地添加并提交了一个readme.txt文件，现在，继续修改readme.txt文件，改成如下内容：

Git is a distributed version control system.
Git is free software.

现在，运行git status命令,看到：readme.txt被修改过了，但还没有准备提交的修改；所以git status命令可以让我们时刻掌握仓库当前的状态。如果能看到具体修改了什么自然是更好的所以，需要用git diff这个命令查看

git diff顾名思义就是查看difference，显示的格式是Unix通用的diff格式，知道了对readme.txt作了什么修改后，再把它提交到仓库就放心多了，提交修改和提交新文件是一样的两步，git add和git commit。然后我们再运行git status，可以看到：将要被提交的修改包括readme.tx

版本回退

每当文件修改到一定程度，你可以“保存一个快照”，这个快照在Git中被称为commit。一旦文件改乱了或者误删了，还可以从最近的一个commit恢复，然后继续工作。

版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看。git log命令显示从最近到最远的提交日志，如果嫌输出信息太多，可以加上--pretty=oneline参数；

注意：你看到的一大串类似3628164...882e1e0的是commit id（版本号），Git的commit id是一个SHA1计算出的非常大的数字，用十六进制表示，而且每个人的commit id都不同，以自己的为准。为什么commit id需要用这么一大串数字表示呢？因为Git是分布式的版本控制系统，后面我们还要研究多人在同一个版本库里工作，如果大家都用1，2，3……作为版本号，那肯定就冲突了。每提交一个新版本，实际上Git就会把它们自动串成一条时间线。如果使用可视化工具查看Git历史，就可以更清楚地看到提交历史的时间线

现在我们准备把readme.txt回退到上一个版本。首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。现在，我们要把当前版本回退到上一个版本，就可以使用git reset命令：

$ git reset --hard HEAD^

也可以用git reset回到以后的某个版本,后面跟上你要到版本的版本号即可；版本号没必要写全，前几位就可以

$ git reset --hard 3628164

Git提供了一个命令git reflog用来记录你所有的历史命令；他也可以帮助你回到未来的某个版本

工作区和暂存区

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念

工作区（Working Directory）：就是你在电脑里能看到的目录

版本库（Repository）：工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD

暂存区：git add实际上就是把文件修改添加到暂存区；git commit实际上就是把暂存区的所有内容提交到当前分支

管理修改

修改提交后，用git diff HEAD -- file命令可以查看工作区和版本库里面最新版本的区别

git checkout -- file可以丢弃工作区的修改，就是让这个文件回到最近一次git commit或git add时的状态。git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”

git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区。git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本

git rm file删除文件

远程仓库

世界上有个叫GitHub的神奇的网站，是提供Git仓库托管服务的，所以，只要注册一个GitHub账号，就可以免费获得Git远程仓库。由于你的本地Git仓库和GitHub仓库间的传输是通过SSH加密的，所以，需要一点设置：

1.创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：

$ ssh-keygen -t rsa -C "youremail@example.com"

需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可。如果顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以告诉任何人

2.登陆GitHub，打开“Account settings”，“SSH Keys”页面。然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容；再点“Add Key”，你就应该看到已经添加的Key

GitHub需要识别出你推送的提交确实是你推送的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你才能推送。当然，GitHub允许添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。最后友情提示，在GitHub上免费托管的Git仓库，任何人都可以看到喔（但只有你自己才能改）。所以，不要把敏感信息放进去。

如果你不想让别人看到Git库，有两个办法，一个是交点保护费，让GitHub把公开的仓库变成私有的，这样别人就看不见了（不可读更不可写）。另一个办法是自己动手，搭一个Git服务器，因为是你自己的Git服务器，所以别人也是看不见的。这个方法我们后面会讲到的，相当简单，公司内部开发必备。

确保你拥有一个GitHub账号后，我们就即将开始远程仓库的学习

添加远程库

首先，登陆GitHub，然后，在右上角找到“Create a new repo”按钮，创建一个新的仓库。

在Repository name填入name，其他保持默认设置，点击“Create repository”按钮，就成功创建了一个新的Git仓库

在GitHub上的这个name仓库是空的，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库。现在，我们根据GitHub的提示，在本地仓库下运行命令：

git remote add origin git@github.com:hanmeng1023/name.git

请千万注意，把上面的hanmeng1023替换成你自己的GitHub账户名，否则，你在本地关联的就是我的远程库，关联没有问题，但是你以后推送是推不上去的，因为你的SSH Key公钥不在我的账户列表中。添加后远程库的名字就是name，这是Git默认的叫法，也可以改成别的。

下一步，就可以把本地库的所有内容推送到远程库上：

git push -u origin master

把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样。之后，只要本地作了提交，就可以通过命令git push origin master推送到github

SSH警告：当你第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告；这是因为Git使用SSH连接，而SSH连接在第一次验证GitHub服务器的Key时，需要你确认GitHub的Key的指纹信息是否真的来自GitHub的服务器，输入yes回车即可。Git会输出一个警告，告诉你已经把GitHub的Key添加到本机的一个信任列表里了。这个警告只会出现一次，后面的操作就不会有任何警告了。如果你实在担心有人冒充GitHub服务器，输入yes前可以对照GitHub的RSA Key的指纹信息是否与SSH连接给出的一致

从远程库克隆

首先，登陆GitHub，创建一个新的仓库，名字叫gitskills。我们勾选Initialize this repository with a README，这样GitHub会自动为我们创建一个README.md文件

现在，远程库已经准备好了，下一步是用命令git clone克隆一个本地库：

git clone git@github.com:hanmeng1023/gitskills.git。

注意把Git库的地址换成你自己的，然后进入gitskills目录看看，已经有README.md文件了

分支管理

分支就是科幻电影里面的平行宇宙。你创建一个属于自己的分支，然后在自己的分支上干活，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作

HEAD严格来说不是指向提交，而是指向master，master才是指向提交的；所以，HEAD指向的就是当前分支。Git创建一个分支很快，除了增加一个dev指针改改HEAD的指向，工作区的文件都没有任何变化。Git合并分支也是同理只改变指针指向，也很快

首先，我们创建dev分支，然后切换到dev分支

git checkout -b dev

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

git branch dev
git checkout dev

然后，用git branch命令查看当前分支。git branch命令会列出所有分支，当前分支前面会标一个*号。然后我们就可以在dev分支上正常修改提交。现在，dev分支的工作完成，我们就可以切换回master分支

git checkout master

现在，我们把dev分支的工作成果合并到master分支上

git merge dev

git merge命令用于合并指定分支到当前分支。合并完成后，就可以放心地删除dev分支了

git branch -d dev

如果master分支和dev分支各自都分别有新的提交；这种情况下，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突。git status也可以告诉我们冲突的文件。Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容

用带参数的git log也可以看到分支的合并情况：

git log --graph --pretty=oneline --abbrev-commit

合并分支时，如果可能，通常Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

git merge --no-ff -m "merge with no-ff" dev

请注意--no-ff参数，表示禁用Fast forward。因本次合并要创建一个新的commit，所以加上-m参数把commit描述写进去。合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并

Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

git stash

现在，用git status查看工作区，就是干净的（除非有没有被Git管理的文件）。然后用git stash list命令看Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：

1.用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除

2.用git stash pop，恢复的同时把stash内容也删了

再用git stash list查看，就看不到任何stash内容了。可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：

git stash apply stash@{0}

即：当手头工作没有完成时，先把工作现场git stash一下，然后修复bug后，再git stash pop，回到工作现场

如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除

要查看远程库的信息，用git remote或git remote -v会显示更详细的可以抓取和推送的origin的地址。如果没有推送权限，就看不到push地址

多人协作的工作模式通常是这样：

1.首先，可以试图用git push origin branch-name推送自己的修改；

2.如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

3.如果合并有冲突，则解决冲突，并在本地提交；

4.没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功

如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name。这就是多人协作的工作模式，一旦熟悉了，就非常简单

标签管理

发布版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照

在Git中打标签非常简单：首先，切换到需要打标签的分支上；然后，敲命令git tag <name>就可以打一个新标签；可以用命令git tag查看所有标签

默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，方法是找到历史提交的commit id，然后打上就可以了

可以用git show <tagname>查看标签信息。还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字

git tag -a v0.1 -m "version 0.1 released" 3628164

还可以通过-s用私钥签名一个标签

git tag -s v0.2 -m "signed version 0.2 released" fec145a

签名采用PGP签名，因此，必须首先安装gpg（GnuPG），如果没有找到gpg，或者没有gpg密钥对，就会报错。用命令git show <tagname>可以看到PGP签名信息

用PGP签名的标签是不可伪造的，因为可以验证PGP签名

因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除：

git tag -d v0.1

如果要推送某个标签到远程，使用命令git push origin <tagname>。或者使用git push origin --tags一次性推送全部尚未推送到远程的本地标签。如果标签已经推送到远程，要删除远程标签就麻烦一点，先通过git tag -d v0.9从本地删除；然后从远程删除。删除命令也是push，格式为：

git push origin :refs/tags/v0.9

要看看是否真的从远程库删除了标签，可以登陆GitHub查看

使用GitHub

GitHub还是一个开源协作社区，通过GitHub，既可以让别人参与你的开源项目，也可以参与别人的开源项目

如何参与一个开源项目呢？比如人气极高的bootstrap项目，你可以访问它的项目主页https://github.com/twbs/bootstrap，点“Fork”就在自己的账号下克隆了一个bootstrap仓库，然后，从自己的账号下clone：

git clone git@github.com:hanmeng1023/bootstrap.git

一定要从自己的账号下clone仓库，这样你才能推送修改

你修复bootstrap的一个bug，或者新增一个功能后，往自己的仓库推送。如果你希望bootstrap的官方库能接受你的修改，你就可以在GitHub上发起一个pull request。当然，对方是否接受你的pull request就不一定了

使用码云

使用GitHub时，经常遇到的问题是访问速度太慢，有时候还会出现无法连接的情况（原因你懂的）。此时就可以使用国内的Git托管服务——码云（gitee.com）。和GitHub相比，码云也提供免费的Git仓库，并且，免费版本还包含私有库。此外，还集成了代码质量检测、项目演示等功能。对于团队协作开发，码云还提供了项目管理、代码托管、文档管理的服务，5人以下小团队免费。

使用码云和使用GitHub类似，我们在码云上注册账号并登录后，需要先上传自己的SSH公钥。选择右上角用户头像 -> 菜单“修改资料”，然后选择“SSH公钥”，填写一个便于识别的标题，然后把用户主目录下的.ssh/id_rsa.pub文件的内容粘贴进去。点击“确定”即可完成并看到刚才添加的Key。

如果已经有了一个本地的git仓库（例如，一个名为learngit的本地库），如何把它关联到码云的远程库上呢？首先，我们在码云上创建一个新的项目，选择右上角用户头像 -> 菜单“控制面板”，然后点击“创建项目”；项目名称最好与本地库保持一致；然后，我们在本地库上使用命令git remote add把它和码云的远程库关联

git remote add origin git@gitee.com:hanmeng1023/learngit.git

之后，就可以正常地用git push和git pull推送了。如果在使用命令git remote add时报错，这说明本地库已经关联了一个名叫origin的远程库，此时，可以先用git remote -v查看远程库信息；如果看到本地库确实已经关联了origin的远程库，并且，该远程库指向GitHub；我们可以删除已有的GitHub远程库

git remote rm origin

再关联码云的远程库（注意路径中需要填写正确的用户名）：

git remote add origin git@gitee.com:hanmeng1023/learngit.git

那么一个本地库能不能既关联GitHub，又关联码云呢？答案是肯定的，因为git本身是分布式版本控制系统，可以同步到另外一个远程库，当然也可以同步到另外两个远程库。使用多个远程库时，我们要注意，git给远程库起的默认名称是origin，如果有多个远程库，我们需要用不同的名称来标识不同的远程库。

如果要推送到GitHub，使用命令：

git push github master

如果要推送到码云，使用命令：

git push gitee master

这样一来，我们的本地库就可以同时与多个远程库互相同步

码云也同样提供了Pull request功能，可以让其他小伙伴参与到开源项目中来

自定义Git

之前我们已经配置了user.name和user.email，实际上，Git还有很多可配置项。比如，让Git显示颜色，会让命令输出看起来更醒目：

git config --global color.ui true

在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把不能提交的文件名填进去，Git就会自动忽略这些文件。不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用

忽略文件的原则是：

1.忽略操作系统自动生成的文件，比如缩略图等；

2.忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；

3.忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件

最后一步就是把.gitignore也提交到Git！当然检验.gitignore的标准是git status命令是不是说working directory clean

使用Windows的童鞋注意了，如果你在资源管理器里新建一个.gitignore文件，它会非常弱智地提示你必须输入文件名，但是在文本编辑器里“保存”或者“另存为”就可以把文件保存为.gitignore了

有些时候，你想添加一个文件到Git，但发现添加不了，原因是这个文件被.gitignore忽略了;如果你确实想添加该文件，可以用-f强制添加到Git：

git add -f filename

或者你发现，可能是.gitignore写得有问题，需要找出来到底哪个规则写错了，可以用git check-ignore命令检查：

git check-ignore -v filename

可以给命令添加别名，例如：

git config --global alias.st status //用st表示status

--global参数是全局参数，也就是这些命令在这台电脑的所有Git仓库下都有用

也可以给撤销（unstage）事件配置别名：

git config --global alias.unstage 'reset HEAD'

配置一个git last，让其显示最后一次提交信息：

git config --global alias.last 'log -1'

这样，用git last就能显示最近一次的提交

配置Git的时候，加上--global是针对当前用户起作用的，如果不加，那只针对当前的仓库起作用。每个仓库的Git配置文件都放在.git/config文件中。配置别名也可以直接修改这个文件，如果改错了，可以删掉文件重新通过命令配置

搭建Git服务器

搭建Git服务器需要准备一台运行Linux的机器，强烈推荐用Ubuntu或Debian；这样，通过几条简单的apt命令就可以完成安装。假设你已经有sudo权限的用户账号，下面，正式开始安装

1.安装Git

sudo apt-get install git

2.创建一个git用户，用来运行git服务

sudo adduser git

3.创建证书登录：收集所有需要登录的用户的公钥，就是他们自己的id_rsa.pub文件，把所有公钥导入到/home/git/.ssh/authorized_keys文件里，一行一个

4.初始化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

5.禁用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每次一登录就自动退出

6.克隆远程仓库：现在，可以通过git clone命令克隆远程仓库了，在各自的电脑上运行：

git clone git@server:/srv/sample.git

剩下的推送就简单了

如果团队很小，把每个人的公钥收集起来放到服务器的/home/git/.ssh/authorized_keys文件里就是可行的。如果团队有几百号人，就没法这么玩了，这时，可以用Gitosis来管理公钥

因为Git是为Linux源代码托管而开发的，所以Git也继承了开源社区的精神，不支持权限控制。不过，因为Git支持钩子（hook），所以，可以在服务器端编写一系列脚本来控制提交等操作，达到权限控制的目的。Gitolite就是这个工具

最后更新：2017-09-22 09:33:10

  上一篇：  机器学习利器——决策树和随机森林

  下一篇：  java 泛型详解、Java中的泛型方法、 java泛型详解