前言
个人博客原文:http://yangbingdong.com/2017/note-of-learning-git/
What is Git?
Git是目前世界上最先进的分布式版本控制系统(没有之一),而且是一款免费、开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目
一直以来,博主开发项目用的版本管理系用都是SVN1,其实早就听闻过Git,一直没用过,后来接触Github和Hexo博客框架,才真正意义上开始接触Git,感受就是高端大气上档次!
简介
Git是Linux系统的开发者Linus在2005年的时候,BitKeeper[^2]的东家BitMover公司回收了Linux社区的免费使用权的情况下,在仅仅的两周内Linus用C写出了一个分布式版本控制系统,这就是Git(超级牛X)!从此,Linux系统的源码已经由Git管理了。逐渐地,Git迅速成为最流行的分布式版本控制系统,尤其是在Github上线之后,无数开源项目开始迁移至GitHub,包括jQuery,PHP,Ruby等等
Git安装
在Debian或者Ubuntu Linux下的Git安装非常简单,直接一条命令搞定
sudo apt-get install git
Windows下的模拟环境安装起来比较复杂,那么可以用牛人封装好的模拟环境加Git,叫msysgit,只需要下载一个exe然后双击安装
可从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"
每次提交,都会记录这两个值,--global
参数,表示你这台机器上所有的Git仓库都会使用这个配置
可使用 git config -l
查看全局配置信息
创建仓库(Repository)
创建一个目录并进入,进行初始化仓库
mkdir repo
cd repo
git init
目录下会多一个 .git
的隐藏文件,现在要创建一个文件并提交到仓库
touch read
vi read
# 按a进入编辑
# 输入Git is a distributed version control system
# 按下Esc,并输入 ":wq" 保存退出
git add README.md #添加文件到缓存区
git commit -m "first commit" #将缓存区的文件提交到本地仓库
多个文件提交可用 git add -A
然后再 commit
➜ repo git:(master) ✗ git commit -m "first commit"
[master (根提交) 20717f5] first commit
1 file changed, 2 insertions(+)
create mode 100644 read
操作的自由穿越
要随时掌握工作区的状态:git status
查看修改内容:git diff read
查看版本历史信息 got log
或 git log --pretty=oneline
版本穿越
退到上一个版本:
git reset --hard HEAD^
上上一个版本就是 HEAD^^
,当然往上100个版本写100个^比较容易数不过来,所以写成 HEAD~100
要重返未来,查看命令历史:git reflog
修改管理
添加文件到缓存区:git add read
或 git add -A
然后提交:git commit -m "msg"
查看状态:git status
每次修改,如果不add到暂存区,那就不会加入到commit中
撤销修改
当你发现工作区的修改有错误的时候,可丢弃工作区的修改:
git checkout -- read
命令 git checkout -- read
意思就是,把 read
文件在工作区的修改全部撤销,这里有两种情况:
一种是 read
自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态
一种是 read
已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态
总之,就是让这个文件回到最近一次 git commit
或 git add
时的状态
注意! git checkout -- file
命令中的 --
很重要,没有 --
就变成了切换分支了
当你发现该文件修改错误并且已经提交到了缓存区,这个时候可以把暂存区的修改撤销掉(unstage),重新放回工作区:
git reset HEAD read
然后再丢弃工作区中的修改:
git checkout -- read
git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区。当我们用HEAD时,表示最新的版本
删除文件
如果把工作区中的文件删除了,那么工作区和版本库就不一致,git status
命令会立刻告诉你哪些文件被删除了
现在有两个选择
* 一是确实要从版本库中删除该文件,那就用命令删掉,并且提交:
git rm read
git commit -m "delete"
- 另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:
git checkout -- read
git checkout
其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”
远程仓库
那么学会了Git的基本操作之后,对于分布式管理我们还需要有一个远程仓库供大家一起共同开发,好在有一个全世界最大最神奇的同性交友网—— Github
那么在使用Github之前呢,我们需要设置一下与Github的SSH通讯:
1. 创建SSH Key(已有.ssh目录的可以略过)
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”页面,然后,点“Add SSH Key”,填上任意Title,在Key文本框里粘贴id_rsa.pub文件的内容,最后点“Add Key”
添加远程仓库
首先到Github创建一个仓库
然后与本地关联:
git remote add origin git@github.com:your-name/repo-name.git
远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库
下一步,就可以把本地库的所有内容推送到远程库上:
git push -u origin master
把本地库的内容推送到远程,用 git push
命令,实际上是把当前分支 master
推送到远程
由于远程库是空的,我们第一次推送 master
分支时,加上了 -u
参数,Git不但会把本地的 master
分支内容推送的远程新的 master
分支,还会把本地的 master
分支和远程的 master
分支关联起来,在以后的推送或者拉取时就可以简化命令
此后的推送都可以使用:
git push
从远程仓库克隆
git git@github.com:your-name/repo-name.git
分支管理
分支相当与平行宇宙,互不干扰,哪天合并了就拥有了所有平行宇宙的特性
创建与合并分支
- 每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即
master
分支 - 一开始的时候,
master
分支是一条线,Git用master
指向最新的提交,再用HEAD
指向master
,就能确定当前分支,以及当前分支的提交点 - 当我们创建新的分支,例如
dev
时,Git新建了一个指针叫dev
,指向master
相同的提交,再把HEAD
指向dev
,就表示当前分支在dev
上 - Git创建一个分支很快,因为除了增加一个
dev
指针,改改HEAD
的指向,工作区的文件都没有任何变化 - 当
HEAD
指向dev
,对工作区的修改和提交就是针对dev
分支了,比如新提交一次后,dev
指针往前移动一步,而master
指针不变
查看分支:git branch
创建分支:git branch <name>
切换分支:git checkout <name>
创建+切换分支:git checkout -b <name>
合并某分支到当前分支:git merge <name>
删除分支:git branch -d <name>
解决冲突
合并分支并不是每次都不会出问题,如不同的分支对同一个文件同一行都被修改过,就会出现以下情况
那么再次合并有可能会冲突
➜ repo git:(master) git merge feature1
自动合并 read
冲突(内容):合并冲突于 read
自动合并失败,修正冲突然后提交修正的结果。
➜ repo git:(master) ✗ git status
位于分支 master
您有尚未合并的路径。
(解决冲突并运行 "git commit")
未合并的路径:
(使用 "git add <文件>..." 标记解决方案)
双方修改: read
修改尚未加入提交(使用 "git add" 和/或 "git commit -a")
这种情况必须手动解决然后再次 git add .
,git commit -m "commit"
,打开文件可看到
Git is a version control
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1
Git用<<<<<<<
,=======
,>>>>>>>
标记出不同分支的内容,那么经过合意,不好意思,大师兄说了,在座的各位都是垃圾,于是改成
Git,too fast too simple
再提交
➜ repo git:(master) ✗ git add read
➜ repo git:(master) ✗ git commit -m "conflict fixed"
[master 8933f88] conflict fixed
➜ repo git:(master)
ok了,再次 add
和 commit
,现在 master
分支和feature1
分支变成了这样
多PC协同开发
当你从远程仓库克隆时,实际上Git自动把本地的 master
分支和远程的 master
分支对应起来了,并且,远程仓库的默认名称是 origin
查看远程库的信息:
查看简单信息:git remote
查看详细信息:git remote -v
查看远程仓库分支:git branch -r
查看本地分支与远程分支的对应关系:git branch -vv
推送分支
git push origin <branch>
git push -u origin <branch> # 第一次推送加-u可以把当前分支与远程分支关联起来
克隆分支并关联
git clone git@github.com:youName/program.git # 默认克隆master分支到当前目录(包含分支文件目录)
git clone -b <branch> git@github.com:youName/program.git ./
# 克隆指定分支到指定文件目录下(不包含分支文件目录)
创建远程 origin
的 dev
分支到本地
git checkout -b <branch> origin/<branch>
关联本地分支与远程仓库分支
git branch --set-upstream <branch> origin/<branch>
最后
Git真的异常强大,但命令繁多,需多加练习
参考:廖雪峰老师的教程
附命令图一张:
- 集中式版本管理系统之一
[^2]: 一个商业的版本控制系统 ↩