Git入门
一.Git简介
本文摘至:Git-廖雪峰的官方网站
Git是什么?
Git是目前世界上最先进的分布式版本控制系统(没有之一)。
很多人都知道,Linus在1991年创建了开源的Linux,从此,Linux系统不断发展,已经成为最大的服务器系统软件了。
Linus虽然创建了Linux,但Linux的壮大是靠全世界热心的志愿者参与的,这么多人在世界各地为Linux编写代码,那Linux的代码是如何管理的呢?
事实是,在2002年以前,世界各地的志愿者把源代码文件通过diff的方式发给Linus,然后由Linus本人通过手工方式合并代码!
你也许会想,为什么Linus不把Linux代码放到版本控制系统里呢?不是有CVS、SVN这些免费的版本控制系统吗?因为Linus坚定地反对CVS和SVN,这些集中式的版本控制系统不但速度慢,而且必须联网才能使用。有一些商用的版本控制系统,虽然比CVS、SVN好用,但那是付费的,和Linux的开源精神不符。
不过,到了2002年,Linux系统已经发展了十年了,代码库之大让Linus很难继续通过手工方式管理了,社区的弟兄们也对这种方式表达了强烈不满,于是Linus选择了一个商业的版本控制系统BitKeeper,BitKeeper的东家BitMover公司出于人道主义精神,授权Linux社区免费使用这个版本控制系统。
安定团结的大好局面在2005年就被打破了,原因是Linux社区牛人聚集,不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议(这么干的其实也不只他一个),被BitMover公司发现了(监控工作做得不错!),于是BitMover公司怒了,要收回Linux社区的免费使用权。
Linus可以向BitMover公司道个歉,保证以后严格管教弟兄们,嗯,这是不可能的。实际情况是这样的:
Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!一个月之内,Linux系统的源码已经由Git管理了!牛是怎么定义的呢?大家可以体会一下。
Git迅速成为最流行的分布式版本控制系统,尤其是2008年,GitHub网站上线了,它为开源项目免费提供Git存储,无数开源项目开始迁移至GitHub,包括jQuery,PHP,Ruby等等。
历史就是这么偶然,如果不是当年BitMover公司威胁Linux社区,可能现在我们就没有免费而超级好用的Git了
二.Git安装
在Mac OS X上安装Git
如果你正在使用Mac做开发,有两种安装Git的方法。
一是安装homebrew,然后通过homebrew安装Git,具体方法请参考homebrew的文档:http://brew.sh/。
第二种方法更简单,也是推荐的方法,就是直接从AppStore安装Xcode,Xcode集成了Git,不过默认没有安装,你需要运行Xcode,选择菜单“Xcode”->“Preferences”,在弹出窗口中找到“Downloads”,选择“Command Line Tools”,点“Install”就可以完成安装了。
在windows上安装Git
在Windows上使用Git,可以从Git官网直接下载安装程序,(网速慢的同学请移步国内镜像),然后按默认选项安装即可。
安装完成后,在开始菜单里找到“Git”->“Git Bash”,蹦出一个类似命令行窗口的东西,就说明Git安装成功!
安装完成后,还需要最后一步设置,在命令行输入:
$ git config --global user.name "Your Name" $ git config --global user.email "email@example.com"
注意git config命令的--global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。
三.创建版本库
创建一个版本库非常简单,首先,选择一个合适的地方,创建一个空目录:
$ mkdir git_repositories $ cd git_repositories $ pwd
/Users/zhangjin/git_repositories
第二步,通过git init命令把这个目录变成Git可以管理的仓库:
zhangjindeMacBook-Pro:git_repositories zhangjin$ git init
已初始化空的 Git 仓库于 /Users/zhangjin/git_repositories/.git/
可以发现当前目录下多了一个.git的目录,这个目录是Git来跟踪管理版本库的,没事千万不要手动修改这个目录里面的文件,不然改乱了,就把Git仓库给破坏了。
提交文件:
$ git add readme.txt #add参数把文件添加到仓库
$ git commit -m "wrote a readme file" # [master(根提交) 60ba3b8] wrote a readme file 1 file changed, 2 insertions(+) create mode 100644 readme.txt
简单解释一下git commit命令,-m后面输入的是本次提交的说明,可以输入任意内容,当然最好是有意义的,这样你就能从历史记录里方便地找到改动记录。
总结:
初始化一个Git仓库,使用git init命令。
添加文件到Git仓库,分两步:
- 使用命令
git add <file>,注意,可反复多次使用,添加多个文件; - 使用命令
git commit -m <message>,完成。
四.修改文件
我们已经成功提交了一个文件,现在我们尝试修改它,
再运行git status查看结果:
$ git status 位于分支 master 尚未暂存以备提交的变更: (使用 "git add <文件>..." 更新要提交的内容) (使用 "git checkout -- <文件>..." 丢弃工作区的改动) 修改: readme.txt 修改尚未加入提交(使用 "git add" 和/或 "git commit -a") zhangjindeMacBook-Pro:git_repositories zhangjin$ git status 位于分支 master 尚未暂存以备提交的变更: (使用 "git add <文件>..." 更新要提交的内容) (使用 "git checkout -- <文件>..." 丢弃工作区的改动) 修改: readme.txt 修改尚未加入提交(使用 "git add" 和/或 "git commit -a")
git status命令可以让我们时刻掌握仓库当前的状态,上面的命令输出告诉我们,readme.txt被修改过了,但还没有准备提交的修改。
使用git diff可以查看具体修改了什么内容
$ git diff diff --git a/readme.txt b/readme.txt index b0354bd..5367626 100644 --- a/readme.txt +++ b/readme.txt @@ -1,2 +1,2 @@ -Git is a version control system. +Git is a distributed version control system. Git is a free software.
总结:
-
要随时掌握工作区的状态,使用
git status命令。 -
如果
git status告诉你有文件被修改过,用git diff可以查看修改内容。
五.版本回退
在Git中,我们用git log命令查看我们的提交记录:
$ git log commit 85e63f4326493a27d57579ca5b05e68afb46dddb (HEAD -> master) Author: zj <zhangjinvip911@gmail.com> Date: Fri Jan 4 10:15:31 2019 +0800 append GPL commit 14825c7139b9c9b088b8ae07f87b13ed757eae0d Author: zj <zhangjinvip911@gmail.com> Date: Fri Jan 4 10:13:26 2019 +0800 add distributed commit 60ba3b8d3d0b8a57d2ae6b276c121597a1d9f3f9 Author: zj <zhangjinvip911@gmail.com> Date: Fri Jan 4 10:00:15 2019 +0800 wrote a readme file
git log命令显示从最近到最远的提交日志,我们可以看到3次提交,最近的一次是append GPL,上一次是add distributed,最早的一次是wrote a readme file。
加上--pretty=oneline参数显示简要信息
$ git log --pretty=oneline 85e63f4326493a27d57579ca5b05e68afb46dddb (HEAD -> master) append GPL 14825c7139b9c9b088b8ae07f87b13ed757eae0d add distributed 60ba3b8d3d0b8a57d2ae6b276c121597a1d9f3f9 wrote a readme file
首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交,上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100。
现在,我们要把当前版本append GPL回退到上一个版本add distributed,就可以使用git reset命令:
$ git reset --hard HEAD^
HEAD 现在位于 14825c7 add distributed
现在版本已经退回到add distributed了
将版本更改到append GPL,只需输入版本号的前几位就可以了
$ git reset --hard 85e6
HEAD 现在位于 85e63f4 append GPL
Git提供了一个命令git reflog用来记录你的每一次命令:
$ git reflog 85e63f4 (HEAD -> master) HEAD@{0}: reset: moving to 85e6 14825c7 HEAD@{1}: reset: moving to HEAD^ 85e63f4 (HEAD -> master) HEAD@{2}: commit: append GPL 14825c7 HEAD@{3}: commit: add distributed 60ba3b8 HEAD@{4}: commit (initial): wrote a readme file
总结:
-
HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id。 -
穿梭前,用
git log可以查看提交历史,以便确定要回退到哪个版本。 -
要重返未来,用
git reflog查看命令历史,以便确定要回到未来的哪个版本。
六.工作区和暂存区
工作区(Working Directory)
我们前面创建的 git_repositories就是工作区
工作区用一个隐藏的目录.git,这个不算是工作区,而是Git的版本库
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。

前面讲了我们把文件往Git版本库里添加的时候,是分两步执行的:
第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。
你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。
7.管理修改
Git跟踪并管理的是修改,而非文件。
8.撤销修改
在修改文件后且未使用git add file 命令前可以使用 git check -- file,取消修改
在git add file 且未commit前,可以使用 git reset HEAD file 来取消修改
git reset HEAD readme.txt
重置后取消暂存的变更:
M readme.txt
现在,假设你不但改错了东西,还从暂存区提交到了版本库,怎么办呢?还记得版本回退一节吗?可以回退到上一个版本。不过,这是有条件的,就是你还没有把自己的本地版本库推送到远程。还记得Git是分布式版本控制系统吗?我们后面会讲到远程版本库,一旦你把stupid boss提交推送到远程版本库,你就真的惨了……
总结:
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file。
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD <file>,就回到了场景1,第二步按场景1操作。
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。
9.删除文件
在Git中,删除也是一个修改操作,我们先添加一个test.txt到Git并且提交:
zhangjindeMacBook-Pro:git_repositories zhangjin$ vi test.txt zhangjindeMacBook-Pro:git_repositories zhangjin$ git add test.txt zhangjindeMacBook-Pro:git_repositories zhangjin$ git commit -m 'Test del file on Git' [master 88c6a23] Test del file on Git 1 file changed, 1 insertion(+) create mode 100644 test.txt
通常,我们会直接使用rm命令删除文件
这个时候,Git知道你删除了文件,因此,工作区和版本库就不一致了,git status命令会立刻告诉你哪些文件被删除了:
rm test.txt zhangjindeMacBook-Pro:git_repositories zhangjin$ git status 位于分支 master 尚未暂存以备提交的变更: (使用 "git add/rm <文件>..." 更新要提交的内容) (使用 "git checkout -- <文件>..." 丢弃工作区的改动) 修改: readme.txt 删除: test.txt 修改尚未加入提交(使用 "git add" 和/或 "git commit -a")
现在你有两个选择,一是确实要从版本库中删除该文件,那就用命令git rm删掉,并且git commit:
zhangjindeMacBook-Pro:git_repositories zhangjin$ git rm test.txt rm 'test.txt' zhangjindeMacBook-Pro:git_repositories zhangjin$ git commit -m 'remove test.txt' [master 09c2f23] remove test.txt 1 file changed, 1 deletion(-) delete mode 100644 test.txt zhangjindeMacBook-Pro:git_repositories zhangjin$ ls License.txt readme.txt zhangjindeMacBook-Pro:git_repositories zhangjin$ git status 位于分支 master 尚未暂存以备提交的变更: (使用 "git add <文件>..." 更新要提交的内容) (使用 "git checkout -- <文件>..." 丢弃工作区的改动) 修改: readme.txt 修改尚未加入提交(使用 "git add" 和/或 "git commit -a"
现在,文件就从版本库中被删除了
另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:
$ git checkout -- test.txt
git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。
总结:
命令git rm用于删除一个文件。如果一个文件已经被提交到版本库,那么你永远不用担心误删,但是要小心,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容。
10.远程仓库
第1步:创建SSH Key。在用户主目录下,看看有没有.ssh目录,如果有,再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件,如果已经有了,可直接跳到下一步。如果没有,打开Shell(Windows下打开Git Bash),创建SSH Key:
$ ssh-keygen -t rsa -C "youremail@example.com"
你需要把邮件地址换成你自己的邮件地址,然后一路回车,使用默认值即可,由于这个Key也不是用于军事目的,所以也无需设置密码。
如果一切顺利的话,可以在用户主目录里找到.ssh目录,里面有id_rsa和id_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。
第2步:登陆GitHub,打开“Account settings”,“SSH Keys”页面:

为什么GitHub需要SSH Key呢?因为GitHub需要识别出你推送的提交确实是你推送的,而不是别人冒充的,而Git支持SSH协议,所以,GitHub只要知道了你的公钥,就可以确认只有你自己才能推送。
当然,GitHub允许你添加多个Key。假定你有若干电脑,你一会儿在公司提交,一会儿在家里提交,只要把每台电脑的Key都添加到GitHub,就可以在每台电脑上往GitHub推送了。
10.添加远程库
登陆GitHub,然后,在右上角找到“Create a new repo”按钮,创建一个新的仓库:

目前,在GitHub上的这个learngit仓库还是空的,GitHub告诉我们,可以从这个仓库克隆出新的仓库,也可以把一个已有的本地仓库与之关联,然后,把本地仓库的内容推送到GitHub仓库。
现在,我们根据GitHub的提示,在本地的仓库下运行命令:
zhangjindeMacBook-Pro:crm zhangjin$ git remote add origin https://github.com/ITzhang/CRM-Django.git zhangjindeMacBook-Pro:crm zhangjin$ git push -u origin master Username for 'https://github.com': ITzhang Password for 'https://ITzhang@github.com': 枚举对象: 3, 完成. 对象计数中: 100% (3/3), 完成. 写入对象中: 100% (3/3), 224 bytes | 224.00 KiB/s, 完成. 总共 3 (差异 0),复用 0 (差异 0) To https://github.com/ITzhang/CRM-Django.git * [new branch] master -> master 分支 'master' 设置为跟踪来自 'origin' 的远程分支 'master'。 zhangjindeMacBook-Pro:crm zhangjin$
添加后,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库。
把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程。
由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。
总结:
要关联一个远程库,使用命令git remote add origin git@server-name:path/repo-name.git;
关联后,使用命令git push -u origin master第一次推送master分支的所有内容;
此后,每次本地提交后,只要有必要,就可以使用命令git puscsh origin master推送最新修改;
分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在,也就是有没有联网都可以正常工作,而SVN在没有联网的时候是拒绝干活的!当有网络的时候,再把本地提交推送一下就完成了同步,真是太方便了!
11.从远程克隆
使用git clone命令克隆一个库到本地
zhangjindeMacBook-Pro:git_repositories zhangjin$ git clone https://github.com/ITzhang/web_spider.git 正克隆到 'web_spider'... remote: Enumerating objects: 32, done. remote: Total 32 (delta 0), reused 0 (delta 0), pack-reused 32 展开对象中: 100% (32/32), 完成. zhangjindeMacBook-Pro:git_repositories zhangjin$ ls crm web_spider zhangjindeMacBook-Pro:git_repositories zhangjin$ cd web_spider/ zhangjindeMacBook-Pro:web_spider zhangjin$ ls DouBanBook.py README.md user_agents.txt PhotoDownloader.py novel_downloader.py zhangjindeMacBook-Pro:web_spider zhangjin$

总结:
要克隆一个仓库,首先必须知道仓库的地址,然后使用git clone命令克隆。
Git支持多种协议,包括https,但通过ssh支持的原生git协议速度最快。
12.创建与合并分支
创建一个分支:
zhangjindeMacBook-Pro:crm zhangjin$ git checkout -b dev # 创建新的分支dev 切换到一个新分支 'dev' zhangjindeMacBook-Pro:crm zhangjin$ cat README.md # CRM-Django Create a new branch is quick! zhangjindeMacBook-Pro:crm zhangjin$ echo 'branch test'>> README.md zhangjindeMacBook-Pro:crm zhangjin$ cat README.md # CRM-Django Create a new branch is quick! branch test zhangjindeMacBook-Pro:crm zhangjin$ git add README.md zhangjindeMacBook-Pro:crm zhangjin$ git commit -m 'branch test' [dev 835ef65] branch test 1 file changed, 1 insertion(+) zhangjindeMacBook-Pro:crm zhangjin$ git checkout master # 切换分支 切换到分支 'master' 您的分支与上游分支 'origin/master' 一致。 zhangjindeMacBook-Pro:crm zhangjin$ cat README.md # 分支之间文件是隔离的 # CRM-Django Create a new branch is quick! zhangjindeMacBook-Pro:crm zhangjin$ git merge dev # 将dev合并到master 更新 fd2a234..835ef65 Fast-forward README.md | 1 + 1 file changed, 1 insertion(+) zhangjindeMacBook-Pro:crm zhangjin$ cat README.md # CRM-Django Create a new branch is quick! branch test zhangjindeMacBook-Pro:crm zhangjin$ git branch -d dev # 删除分支dev 已删除分支 dev(曾为 835ef65)。 zhangjindeMacBook-Pro:crm zhangjin$ git branch # 查看当前所有分支 * master
总结:
- 查看分支:
git branch - 创建分支:
git branch <name> - 切换分支:
git checkout <name> - 创建+切换分支:
git checkout -b <name> - 合并某分支到当前分支:
git merge <name> - 删除分支:
git branch -d <name>
浙公网安备 33010602011771号