Fork me on GitHub

git学习笔记

http://mdpost.jmzhang.top/mdpost/20181009/gitstudy1.png

前言

什么是Git?
Git是目前世界上最先进的分布式版本控制系统(没有之一),而且是一款免费、开源的分布式版本控制系统,用于敏捷高效地处理任何项目。

Git安装

Debian或者Ubuntu Linux下的Git安装非常简单,直接一条命令搞定

1
| sudo apt-get install git

Windows下的模拟环境安装起来比较复杂,那么可以用牛人封装好的模拟环境加Git,叫msysgit,只需要下载一个exe然后双击安装 可从<https://git-for-windows.github.io/>下载,或者从廖雪峰老师的镜像下载,然后按默认选项安装 .安装完成后,在开始菜单里找到“Git”->“GitBash”,跳出一个类似命令行窗口的东西,就说明Git安装成功

成功安装之后,还需要配置一下全局个人信息:

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

每次提交,都会记录这两个值,--global参数,表示你这台机器上所有的Git仓库都会使用这个配置
可使用git config -l 查看全局配置信息

运行前配置

一般在新的系统上,我们都需要先配置下自己的 Git
工作环境。配置工作只需一次,以后升级时还会沿用现在的配置。

配置文件如何生效

对于 Git 来说,配置文件的权重是仓库>全局>系统。Git会使用这一系列的配置文件来存储你定义的偏好,它首先会查找/etc/gitconfig文件(系统级),该文件含有对系统上所有用户及他们所拥有的仓库都生效的配置值。接下来Git 会查找每个用户的\~/.gitconfig文件(全局级)。最后 Git会查找由用户定义的各个库中Git目录下的配置文件.git/config(仓库级),该文件中的值只对当前所属仓库有效。以上阐述的三层配置从一般到特殊层层推进,如果定义的值有冲突,以后面层中定义的为准,例如:.git/config/etc/gitconfig的较量中,.git/config取得了胜利。

查看配置

格式:git config [--local\|--global\|--system] -l

example:

1
2
3
4
5
6
7
8
9
10
11
# 查看当前生效的配置
git config -l

# 查看仓库级的配置
git config --local -l

# 查看全局级的配置
git config --global -l

# 查看系统级的配置
git config --system -l

修改配置

格式:git config [--local\|--global\|--system] key value

example:

1
2
| git config --global user.name ybd
| git config --global user.email yangbingdong1994@gmail.com

创建仓库(Repository)

创建一个目录并进入,进行初始化仓库

1
2
3
| mkdir repo 
| cd repo
| git init

目录下会多一个.git 的隐藏文件,现在要创建一个文件并提交到仓库

1
2
3
4
5
6
7
| 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

1
2
3
4
| ➜ repo git:(master) ✗ git commit -m "first commit"      
| [master (根提交) 201817f5] first commit
| 1 file changed, 2 insertions(+)
| create mode 105624 read

操作的自由穿越

要随时掌握工作区的状态:git status
查看修改内容:git diff read
查看版本历史信息 got loggit log --pretty=oneline

版本穿越

退到上一个版本:

git reset –hard HEAD^

上上一个版本就是 HEAD^,当然往上100个版本写100个^比较容易数不过来,所以写成 HEAD~100
要重返未来,查看命令历史:git reflog

修改管理

添加文件到缓存区:git add readgit add -A
然后提交:git commit -m "msg"
查看状态:git status
每次修改,如果不add到暂存区,那就不会加入到commit

撤销修改

当你发现工作区的修改有错误的时候,可丢弃工作区的修改:

git checkout – read

命令 git checkout --read意思就是,把 read 文件在工作区的修改全部撤销,这里有两种情况:

一种是read 自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态

一种是 read 已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态

总之,就是让这个文件回到最近一次 git commitgit add 时的状态
注意!git checkout -- file 命令中的 --很重要,没有-- 就变成了切换分支了

当你发现该文件修改错误并且已经提交到了缓存区,这个时候可以把暂存区的修改撤销掉(unstage),重新放回工作区:

git reset HEAD read

然后再丢弃工作区中的修改:

git checkout – read

git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区。当我们用HEAD时,表示最新的版本

删除文件

如果把工作区中的文件删除了,那么工作区和版本库就不一致,git status命令会立刻告诉你哪些文件被删除了
现在有两个选择

  • 一是确实要从版本库中删除该文件,那就用命令删掉,并且提交:

    1
    2
    | 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_rsaid_rsa.pub 两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人

  1. 登陆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

标签管理

查看tag

列出所有tag

git tag

这样列出的tag是按字母排序的,和创建时间没关系。如果只是想查看某些tag的话,可以加限定:

git tag -l v1.*

这样就只会列出1.X的版本。

创建tag

创建轻量级tag

git tag 1.0.1

这样创建的tag没有附带其他信息,与之相应的是带信息的tag,-m后面带的就是注释信息,这样在日后查看的时候会很有用,这种是普通tag,还有一种有签名的tag

git tag -a 1.0.1 -m ‘first version’

除了可以为当前的进度添加tag,我们还可以为以前的commit添加tag
首先查看以前的commit

git log –oneline

假如有这样一个commit:a5cbc2 updated readme
这样为他添加tag

git tag -a v1.1 a5cbc2

删除tag

很简单,知道tag名称后:

git tag -d v1.0

删除远程分支:

git push origin –delete tag \<tagname>

共享tag

我们在执行git
push的时候,tag是不会上传到服务器的,比如现在的github,创建taggit
push,在github网页上是看不到tag的,为了共享这些tag,你必须这样:

git push origin –tags

分支管理

分支相当与平行宇宙,互不干扰,哪天合并了就拥有了所有平行宇宙的特性

http://mdpost.jmzhang.top/mdpost/20181009/gitstudy2.png

创建与合并分支

  • 每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支

  • 一开始的时候,master分支是一条线,Git用 master指向最新的提交,再用HEAD指向master ,就能确定当前分支,以及当前分支的提交点

  • 当我们创建新的分支,例如dev 时,Git新建了一个指针叫 dev ,指向 master 相同的提交,再把 HEAD 指向dev ,就表示当前分支在dev

  • Git创建一个分支很快,因为除了增加一个 dev指针,改改HEAD的指向,工作区的文件都没有任何变化

  • HEAD指向dev ,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,dev指针往前移动一步,而 master指针不变

![http://mdpost.jmzhang.top/mdpost/20181009/gitstudy3.png](http://mdpost.jmzhang.top/mdpost/20181009/gitstudy3.png)

查看分支:git branch
创建分支:git branch \<name\>
切换分支:git checkout \<name\>
创建+切换分支:git checkout -b \<name\>
合并某分支到当前分支:git merge \<name\>
删除分支:git branch -d \<name\>

解决冲突

合并分支并不是每次都不会出问题,如不同的分支对同一个文件同一行都被修改过,就会出现以下情况

http://mdpost.jmzhang.top/mdpost/20181009/gitstudy4.png

那么再次合并有可能会冲突

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
➜  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",打开文件可看到

1
2
3
4
5
6
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

再提交

1
2
3
4
| 1    | ➜ repo git:(master) ✗ git add read                                                                                                       |
| 2 | ➜ repo git:(master) ✗ git commit -m "conflict fixed" |
| 3 | [master 8933f88] conflict fixed |
| 4 | ➜ repo git:(master) |

ok了,再次addcommit ,现在master分支和feature1分支变成了这样

http://mdpost.jmzhang.top/mdpost/20181009/gitstudy5.png

多PC协同开发

当你从远程仓库克隆时,实际上Git自动把本地的 master分支和远程的master分支对应起来了,并且,远程仓库的默认名称是origin

查看远程库的信息:
查看简单信息:git remote
查看详细信息:git remote -v
查看远程仓库分支:git branch -r
查看本地分支与远程分支的对应关系:git branch -vv

推送分支

1
2
3
git push origin <branch> 

git push -u origin <branch> # 第一次推送加-u可以把当前分支与远程分支关联起来

克隆分支并关联

1
2
3
4
git clone git@github.com:youName/program.git # 默认克隆master分支到当前目录(包含分支文件目录)

git clone -b <branch> git@github.com:youName/program.git ./
# 克隆指定分支到指定文件目录下(不包含分支文件目录)

创建远程origindev 分支到本地

git checkout -b origin/

关联本地分支与远程仓库分支

git branch –set-upstream origin/

同步更新Github Fork的项目

1、fork项目并clone到本地

2、进入项目根目录

3、添加remote指向上游仓库

git remote add upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git

4、把上游项目fetch下来

git fetch upstream

5、mergemaster

1
2
| git checkout master            
| git merge upstream/master

6、push到自己的远程仓库,搞定~

最后

Git真的异常强大,但命令繁多,需多加练习

参考:廖雪峰老师的教程

附命令图

http://mdpost.jmzhang.top/mdpost/20181009/gitstudy0.png

-------------Ending!Thanks for your reading.-------------
0%
;