前言：
以前写了一篇讲怎么在github上提交代码的博客，然而最近又打算提交，发现一脸懵逼，倒也不是上次的博文不好使，是因为那个只是把git作为一个工具，有目的的粗略使用。随着使用的加深，还是有必要记录一下对git的一些详细了解，以便日后查阅，浓缩了一下廖雪峰老师的网站

1.git和github

git 和github是两个不同的东西。
git是目前世界上最先进的分布式版本控制系统。作用：
1.自动记录每次文件的改动，
2.还可以别人协作编辑，
这样就不用自己管理一堆类似的文件了，也不需要把文件传来传去。如果想查看某次改动。大体应该要是这个样子：
在这里插入图片描述

2.git的基础功能

	git init
作用是将当前目录变成Git可以管理的本地仓库
目录下会创建.git文件，用来管理版本

	git add
作用是文件添加到本地仓库

	git commit -m “***”
这里会加入版本库，并对本次提交的版本给出说明，这里说明内容为***
	
	git status
时刻掌握仓库当前的状态，告诉你有没有修改
	
	git diff
查看具体更改情况
	
	git push
能够上传本地仓库内容到需要提交的地址上去

	git pull
拉去网上版本，更新本地目录

	git remote add ***
关联到需要提交的地址上去

	git remote -v
查看远程库信息

git checkout ***
切换分支

3.版本回溯

HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

工作区（Working Directory）

就是你在电脑里能看到的目录

版本库（Repository）

工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
在这里插入图片描述

把文件往Git版本库里添加的时候，是分两步执行的：

第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。每次修改，如果不用git add到暂存区，那就不会加入到commit中

撤销修改

这时候有两种情况：
1.修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
2.已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态

1的方法是：git checkout – file
git checkout – file可以丢弃工作区的修改

2的方法是：用 git reset HEAD
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。
然后再用1的方法把工作区的修改丢弃

删除文件

git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。
**如果你不小心删错了，但是没commit可以参考前面的用
git checkout – file 从版本库里重新拿回来

4.远程仓库

github就是git的一个远程仓库，你也可以自己搭个服务器。
本地Git仓库和GitHub仓库之间的传输是通过SSH加密的。GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。

5.分支管理

每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：
在这里插入图片描述
每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长：

在这里插入图片描述

Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch

切换分支：git checkout

创建+切换分支：git checkout -b

合并某分支到当前分支：git merge

删除分支：git branch -d

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。用git log --graph命令可以看到分支合并图

分支策略

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

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

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

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

暂存工作

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。
开发一个新feature，最好新建一个分支；如果要丢弃一个没有被合并过的分支，可以通过git branch -D 强行删除。

多人协作

首先，可以试图用git push origin 推送自己的修改；
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin 推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to origin/。

查看远程库信息，使用git remote -v；

本地新建的分支如果不推送到远程，对其他人就是不可见的；
从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；
建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；
从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

6.标签管理

命令git tag 用于新建一个标签，默认为HEAD，也可以指定一个commit id；
命令git tag -a -m "blablabla…"可以指定标签信息；
命令git tag可以查看所有标签。
命令git push origin 可以推送一个本地标签；
命令git push origin --tags可以推送全部未推送过的本地标签；
命令git tag -d 可以删除一个本地标签；
命令git push origin :refs/tags/可以删除一个远程标签。

Git的介绍和原理