1.1 安装git之后,需要进行一些全局设置,比如用户名邮箱.

设置的主要命令是git config:

git config --global user.name "your name" 
git config --global user.email "your email" 

其中,--global是指全局配置,如果不写,则只为当前仓库(repository)配置.

如果有多个git用户,这时候需要先确定某个仓库使用的哪个账户.

git config user.name
git config user.email 

查询全局的git账户信息:

git config --global user.name
git config --global user.email 

1.2 除了用户名邮箱之外,也可以对其他内容进行配置,如:

git config --global color.ui true #让git显示不同的颜色
git config cor.ignorcase true #让git对仓库中文件大小写敏感

1.3 查看所有的配置

git config -l

2.1 创建本地git版本库

使用git init命令.

首先,创建一个你要当作仓库的文件夹,然后将其设置为工作路径,然后执行.

mkdir git_test
cd git_test
git init

这时候查看目录结构,就可以看到创建了一个名为.git的子目录,这就说明创建版本库成功了.

2.2 将文件添加到版本库

要将一个文件纳入到版本管理,首先需要将其添加到暂存区,然后才能提交到仓库中.

git add README.md

git add .

git commit #如果暂存区有文件,则将其中的文件提交到仓库
git commit -m "your note for this commit" #用于注明提交的内容,变更等信息,方便溯源

2.3 查看仓库状态

不论我们是新建了文件,将文件加入暂存区,或者是其他修改等,我们都可以使用git status来查看当前的仓库状态.

如果当前没有任何变动.

如果我们新建了一个文件,然后再次查看状态:

因为我们还没有将其添加到暂存区,因此显示该新建文件为 Untracted files

将文件放入暂存区,然后再查看状态:

然后再将其进行提交,查看状态.

2.4 查看仓库中的具体修改

如果做过之后修改,我们忘了做了哪些修改,可以使用git diff命令来查看具体修改内容.

git diff #查看所有改动
git diff README.md #查看具体文件的改动

比如我们再test.txt文件中加入一行,然后查看:

可以看到记录了对该文件的修改内容.

注意,如果你修改之后已经将其存入暂存区,则git diff不会再显示内容.

2.5 查看提交的历史记录

有的时候,你需要查看自己做过哪些提交(commit),来回顾自己的完成部分,这时候需要使用git log命令.

git log     #显示所有提交的历史记录
git log --pretty=oneline    #单行显示提交历史记录的内容

可以看到我们现在一共进行了4次提交,每次提交的第一行commit之后是该次提交的唯一ID.然后后面显示提交者,时间以及一些记录等.

如果提交非常多,需要显示内容精简一些,就需要使用git log --pretty=oneline命令.

2.6 版本回退

有了git log来查看提交的历史记录,我们就可以通过git reset --hard来退回到我们需要的某个特定把呢不能.

git reset --hard HEAD^        # 回退到上一个提交版本
git reset --hard HEAD^^        # 回退到上上一个提交版本
git reset --hard 'commit_id'    # 会退到 commit_id 指定的提交版本

使用git log我们可以看到每个提交都有一个唯一的commit ID,其中上一个也可以使用HEAD代表.因此我们可以退回到上一个版本.比如,我们在最近的一次提交中修改了test.txt,在其中加入一行.

我们想退回到上一个版本,不想加入这一行,可以使用下面命令.

git reset --hard HEAD^

这时候再查看log,可以看到最近的一个commit已经消失,回到了上一个提交.而上一次的修改也已经消失.

2.7 回到未来某个版本

退回到原来某个版本之后,如何再回到未来某个版本呢?还是使用git reset --hard命令,但是此时使用git log命令是无法显示在这之后的提交信息的。但是，通过git reflog可以获取到操作命令的历史。

这时候只要在使用git reset命令就可以回到未来的任意一个版本了.而且这时候再使用git log也回到了最初的版本提交记录.

2.8 撤销修改

撤销修改同样包括两方面的内容，由于仓库中的文件在提交之前，可能在工作区中(也就是还未运行 git add命令)，尚未在版本控制范围内，也可能在暂存区中(也就是运行了git add命令但是没有运行git commit .命令)。

git checkout -- READ.md    #如果 READ.md 文件在工作区，则丢弃其修改
git checkout -- .            #丢弃当前目录下所有工作区中文件的修改

git checkout -- test.txt

git reset HEAD README.md #将 README.md 恢复到 HEAD 提交版本的状态
git checkout -- README.md

2.9 删除文件

在文件未添加到暂存区之前,对想删除文件可以直接物理删除.或者通过git checkout -- file来丢弃.如果文件已经被提交,则需要git rm来删除.

git rm Readme.md #删除已经提交(commit)过的文件

注意: git rm只能删除已经提交到版本库中的文件.其他状态的文件直接用这个命令操作是出错的.

3.1 查看分支

使用git branch命令查看分支信息.

git branch        #查看本地分支信息
git branch -v     #查看相对详细的本地分支信息
git branch -av     #查看包括远程仓库在内的分支信息

可以看到我们现在只有一个分支,也就是master,然后星号标识的就是当前所在的分支.

3.2 创建分支

使用 git branch new.name用来创建新的分支.

git branch development ##创建一个新的名字叫做development的分支

需要注意的是,在哪个分支下面新建分支,则该分支就是copy自当前所在的分支.

3.3 切换分支

使用git checkout命令来切换分支.比如我们先新建一个development的分支,然后切换到该分支下.

git branch development
git checkout development

当然也可以使用下面命令直接创建并切换到新建的分支下.

git checkout -b development

3.4 switch命令

我们注意到切换分支使用git checkout <branch>,而前面讲过的撤销修改则是git checkout -- <file>,同一个命令,有两种作用,确实有点令人迷惑.

实际上,切换分支这个动作,用switch更科学。因此，最新版本的Git提供了新的git switch命令来切换分支：

创建并切换到新的development分支,可以使用:

git switch -c development 

直接切换到已有分支:

git switch master

我们下面在development分支下面再新建一个development.txt文件,然后写入一些内容.

可以看到此时有一个新建的development.txt文件.如果我们切换到master分支,还是有该文件,但是对该文件内容进行修改,则因为没有加入到暂存区,因此并不会进行版本控制.

3.5 合并分支(merge)

当我们修复完成一个Bug,或者开发完成一个新特性,我们就会把相关的Bug或者特性的上修改合并回原来的主分支上.,这时候就需要git merge命令来做分支的合并.

首先需要切换回最终需要合并的分支,也就是master分支,然后再合并.

git checkout master        #切换回 master 分支
git merge development     #将development分支中的修改合并回master分支

3.6 删除分支

当之前创建的分支,完成了它的使命,如Bug修复完,分支合并以后,这个分支就不在需要了,就可以删除它.

git branch -d development #删除development分支

如果分支没有合并到master分支中,直接使用上面命令会报错,可以使用下面的命令强制删除.

git branch -D development

3.7 分支提交冲突

如果新创建了一个分支develpment,然后在该分支下对readme.txt进行修改,然后提交.

随后然后切换到master分支,然后也对readme.txt进行修改,然后也提交.

这样,两个分支分别有了不同的提交.这种情况下,再进行合并就会有冲突.

我们合并一下试试:

![](Screen Shot 2020-03-11 at 9.20.30 PM.png)

可以看到报错,Git告诉我们,readme.txt文件存在冲突,必须手动解决冲突后再提交.git status也可以告诉我们冲突的文件:

git status

这时候我们可以使用vi或者其他工具打开冲突的文件,在这就是readme.txt:

Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：

我们将这些记号删除,然后保留自己想要保留的修改就可.然后重新提交.

git add .
git commit-m 'remove conflict'

这时候就完成了合并.可以删除development分支了.

这时候使用git log也可以看到分支的提交情况.使用git log --graph可以观察分支合并图.

3.8 分支策略

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

4.1 添加到远程仓库

比如我们上面所建立的git_test本地仓库,我们需要将其添加到github的远程仓库中.

git remote add origin your_remote_git_repo #为本地仓库添加远程仓库

其中your_remote_git_repo是再github中创建的.我们先创建一下,然后进行尝试.

格式为git@github.com:user.name/repo_name. 当然,也可以直接使用远程仓库的网址:

https://github.com/jaspershen/git_test

4.2 推送到远程仓库

使用git push将本地仓库的内容推送到远程仓库.

git push -u origin master #第一次推送时使用,可以简化后面的推送或者拉取命令使用
git push origin master #将本地master分支推送到origin远程分支,后面之后就可以直接使用该命令推送

以后再推送的时候,就使用git push就可以了.

这时候可以看到github中已经有了内容.

4.3 从远程仓库获取最新内容

在多人协作过程中,当自己完成了本地仓库中的提交,想要向远程仓库推送前,需要先获取到远程仓库的最新内容。

可以通过git fetch和git pull来获取远程仓库的内容.

git fetch origin master    
git pull origin master

两者之间的区别:

• git fetch是仅仅获取远程仓库的更新内容,并不会自动做合并.

• git pull在获取远程仓库的内容后,会自动做合并,可以看成git fetch之后git merge.

4.4 查看远程仓库信息

git remote -v

4.5 从远程仓库克隆

如果你本地没有仓库,希望从已有的远程仓库上复制一份代码,那么你需要git clone.

git clone https://github.com/jaspershen/git_test #通过 https 协议,克隆Github上git仓库的源码
git clone jaspershen@github.com/git/git_test #通过ssh协议,克隆Github上git仓库的源码