Git常用命令

本文源自廖雪峰的Git教程，针对其中提到的常用命令进行了整理，在此分享给大家。

GIT（分布式版本控制系统）是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理。  Git 是 Linus Torvalds ，也就是Linux系统的创建者为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。Git 保存的不是文件差异或者变化量，而是一系列文件快照。

官方文档：https://git-scm.com/

几个概念：

1、工作区和版本库

工作区（Working Directory）：就是你在本地电脑创建的Git库，直观上讲就是能看到的目录；

版本库（Repository）：工作区有一个隐藏目录.git，这个是Git的版本库。Git的版本库中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

2、Git协议

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

常用命令：

1，初始化一个Git仓库，使用git init命令。

2，添加文件到Git仓库，分两步：

使用命令git add <file>，注意，可反复多次使用，添加多个文件；这一步实际上就是把文件修改添加到暂存区；

使用命令git commit -m <message>，完成。这一步实际上就是把暂存区的所有内容提交到当前分支。

3，使用git status命令查看工作区状态。

4，如果git status显示有文件被修改过，用git diff可以查看修改内容。

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

加上--pretty=oneline参数可以让展示结构更美观，即：git log --pretty=oneline。

另外：Git用(HEAD -> master)和(origin/master)标识出当前分支的HEAD和远程origin的位置

6，每次coomit都会对应一个commit id，通过commit id 可以实现各个提交版本之间的切换，倒退、前进均可。

使用命令git reset --hard commit_id。

建议先用git log查看提交历史，以确定要倒退回的版本号；或用git reflog查看命令历史，查找要前进的版本号。

注意：

在Git中，用HEAD表示当前版（本实质是当前分支），上一个版本就是HEAD^，上上一个版本就是HEAD^^；

HEAD~100代表上100个版本。

版本号没必要写全，前几位就可以了，Git会自动去找。

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

8，git checkout -- file可以丢弃工作区的修改，此命令实质是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

适用两种情况：

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

二是文件已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

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

9，git reset HEAD <file>可以把暂存区的修改撤销掉（unstage），重新放回工作区

10， 从版本库中删除文件，那就用命令git rm删掉，并且git commit

11，远程关联库：git remote add origin https://github.com/zhenli916/myGit.git

12，远程推送分支： git push -u origin master 

第一次推送master分支时，需要加上了-u参数，以便Git将本地的master分支和远程的master分支关联，在以后的推送或

者拉取时就可以不加参数。

13，显示远程库的详细信息：git remote -v

14，要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。

15，关于分支：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

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

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

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

16，冲突解决：

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

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

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

17，分支管理的基本原则：

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

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

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

18,分支合并

分支合并方式：

A，默认fast forward方式

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

比如：git merge --no-ff -m "merge with no-ff" dev

19,修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

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

恢复现场有两种方式：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了：

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

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

21，哪些分支需要推送，哪些不需要呢？

master分支是主分支，因此要时刻与远程同步；

dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；

feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

22，多人协作的工作模式：

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

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

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

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

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

23，本地新建的分支如果不推送到远程，对其他人就是不可见的；

从本地推送分支，使用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，如果有冲突，要先处理冲突。

24，提交历史整理

git rebase操作可以把本地未push的分叉提交历史整理成直线；

目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

缺点是本地的分叉提交已经被修改过了。

26，标签管理

发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。

命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id,比如：git tag v1.0 <commit id>

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

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

git show <tagname>查看标签信息。

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

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

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

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

注意：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上

可以看到这个标签。

27，从GitHub上参与开源项目：一定要从自己的账号下clone仓库，这样你才能推送修改。如果从作者的仓库地址克隆，因为没有权限，你将不能推送修改。

在GitHub上，可以任意Fork开源仓库；

自己拥有Fork后的仓库的读写权限；

可以推送pull request给官方仓库来贡献代码。