git快捷使用

1、安装完成后先进行用户设置

$ git config --global user.name "xxx"

$ git config --global user.email "xxx@qq.com"

2、创建版本库

在需要目录下通过git init命令把这个目录变成Git可以管理的仓库

$ git init Initialized empty Git repository in /Users/michael/learngit/.git/

$ ls -ah 查看隐形文件 .git

3、添加文件到版本库

添加：$ git add readme.txt 

添加多个文件  $ git add file2.txt file3.txt

提交，写注释：$ git commit -m "wrote a readme file"

4、查看版本仓库当前状态

查看状态：$ git status

查看差异：$ git diff readme.txt

要随时掌握工作区的状态，使用git status命令，如果git status告诉你有文件被修改过，用git diff可以查看修改内容。

5、版本回退

查看提交记录：$ git log

git log命令显示从最近到最远的提交日志

简化提交记录信息：$ git log --pretty=oneline

版本回退：$ git reset --hard HEAD^

在Git中，用HEAD表示当前版本，也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

$ git reset --hard 3628164

版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了。

Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD指针指向改变，然后顺便把工作区的文件更新了。所以你让HEAD指向哪个版本号，你就把当前版本定位在哪。

查看所有操作记录：$ git reflog

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

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

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

6、工作区和暂存区

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

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

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

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

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

因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。

你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

7、修改

查看文件：$ cat readme.txt

第一次修改 -> git add -> 第二次修改 -> git commit

Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。

第一次修改 -> git add -> 第二次修改 -> git add -> git commit 这样同一个文件的前后版本就合并提交了

查看某个文件的差别：$ git diff HEAD -- readme.txt

提交后，用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别

！每次修改，如果不add到暂存区，那就不会加入到commit中。

8、文件检出覆盖

检出：$ git checkout -- readme.txt

命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

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

一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令

回退暂存区文件：$ git reset HEAD readme.txt

小结：

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

9、文件删除

删除：$ rm test.txt

一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit

另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本

$ git checkout -- test.txt

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

10、远程仓库

创建ssh key：$ ssh-keygen -t rsa -C "zhouyamin@bianfeng.com"

登陆GitHub，个人账户设置，Add SSH Key

为什么GitHub需要SSH Key呢？因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。

当然，GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。

11、添加远程库

关联一个远程库：$ git remote add origin git@server-name:xxx/learngit.git

关联后，使用命令git push -u origin master第一次推送master分支的所有内容

此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步.

12、克隆远程库

克隆：$  git clone git@github.com:xxx/gitstills.git

Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。

13、分支管理

Git鼓励大量使用分支：

查看分支：$ git branch

创建分支：$ git branch <name>    ->$ git branch dev

切换分支：git checkout <name>    ->git checkout master

创建+切换分支：git checkout -b <name>  ->git checkout -b dev

合并某分支到当前分支：git merge <name>   ->git merge dev

删除分支：git branch -d <name>    ->git branch -d dev

14、冲突管理

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

用git log --graph命令可以看到分支合并图

$ git log --graph --pretty=oneline --abbrev-commit

手动修改冲突文件，再提交

删除分支，合并完成

15、分支管理策略

Fast-Forward：当前分支合并到另一分支时，如果没有分歧解决，就会直接移动文件指针。这个过程叫做fastforward。

Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并

16、bug分支

修复bug时，我们会通过创建新的bug分支进行修复

修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：

当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场

17、feature分支

添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。

开发一个新feature，最好新建一个分支；

如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

强制删除：$ git branch -D feature-vulcan

18、多人协作

多人协作的工作模式通常是这样：

首先，可以试图用git push origin branch-name推送自己的修改；

如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

如果合并有冲突，则解决冲突，并在本地提交；

没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！

如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name。

小结

查看远程库信息，使用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，如果有冲突，要先处理冲突。

19、标签管理

创建标签：$ git tag v1.0           $ git tag v0.9 6224937

$ git tag -a v0.1 -m "version 0.1 released" 3628164

命令git tag <name>用于新建一个标签，默认为HEAD，也可以指定一个commit id；

git tag -a <tagname> -m "blablabla..."可以指定标签信息；

git tag -s <tagname> -m "blablabla..."可以用PGP签名标签；

命令git tag可以查看所有标签。

标签列表：$ git tag

查看标签：$ git show v0.1

删除标签：$ git tag -d v0.1

远程推送标签：$ git push origin v1.0

命令git push origin <tagname>可以推送一个本地标签；

命令git push origin --tags可以推送全部未推送过的本地标签；

命令git tag -d <tagname>可以删除一个本地标签；

命令git push origin :refs/tags/<tagname>可以删除一个远程标签。