Git 简介

Git是什么，借用缪雪峰先生的一句话，Git是目前世界上最先进的分布式版本控制系统（没有之一）。

我们熟悉的svn是集中式的版本控制系统，那与git所属的分布式版本控制系统究竟有什么不同呢。

• 集中式必须联网，依靠“中央服务器”，即自己先从“中央服务器”获取最新代码，工作完成之后，再提交到“中央服务器”。分布式不需要联网，也不需要“中央服务器”。它的理念是每一台电脑都是一个完整的版本库。联网，只是多人协作时“交流”更方便一点。

• 从安全性上来说，分布式版本控制系统更安全一点。由于其每一台电脑都保存有完整的版本，即使有一台损坏，直接从另一台copy一份出来即可。但若是集中式的“中央服务器”挂掉了，那整个系统也就over了。

下面是集中式版本控制系统和分布式版本控制系统的图示。

集中式版本控制系统

集中式版本控制系统

分布式版本控制系统

分布式版本控制系统

Attention：现在git有一些图形化界面软件，例如sourceTree,做的都十分友好，开源免费。

很多人认为有了SourceTree这样友好的软件，我们完全可以不用去学什么繁杂的命令行，难记。对此我不能苟同。命令行是根。软件也只是对这些命令行的封装。在掌握Git用法之后，去看看其背后所对应的命令，是非常有必要的。

下面就开始一起来看看都有哪些命令分别针对哪些场景。

git tag 相关

查看本地所有的标签列表

$ git tag

切换到某个tag下代码

$ git checkout < tagName >

创建一个新的标签

$ git tag < tagName > 
eg: git tag release_1.1.2  创建一个release分支1.1.2版本的标签

可以创建一个带有说明的标签

$ git tag -a < tagName > -m  "description"
eg : git tag -a release_1.1.2 -m "release version 1.1.2 submit to appStore"

查看上述信息 可以用 git show < tagName >

$ git show < tagName >
eg : git show release_1.1.2

这些只是在你的本地创建了标签，并未推送到远程。如果想推送到远程，普通的git push等是不具有这样的功能的。你需要执行

$ git push origin < tagName >
eg : git push origin release_1.1.2

删除本地标签

$ git tag -d < tagName >

删除远程标签。（先删除本地标签，然后执行下面）

$ git push origin :refs/tags/< tagName >
eg: git push origin :refs/tags/release_1.1.2

如果别人上传了一个标签，你需要查看这个标签的源码

$ git fetch origin tag < tagName >

git clone 相关

---

场景设定：你现在在github或者OSChina上已经有了一个仓库，地址为：https://github.com/oscarwuer/YHRepository.git，有两个分支，master和develop，默认的是master分支。

---

现在先将项目拷贝到本地，cd 到相应目录，执行

$ git clone <url>
 eg: git clone https://github.com/oscarwuer/YHRepository.git

上面的命令克隆下来的是默认的分支。如果你想直接克隆develop分支，用下面的命令

$ git clone -b <branchName> <url>
  eg:    git clone -b develop 

如果是想克隆某个tag的项目，是如下的命令

$ git clone <tagName> <url>
  eg: git clone 20151108 https://github.com/oscarwuer/YHRepository.git

git branch 相关

列举本地所有的分支

$ git branch

列举远程所有的分支

$ git branch -r

列举本地和远程的所有分支

$ git branch -a

切换本地分支

$ git checkout <branchName>

新建本地分支（注意不能与当前已有分支重名）

$ git branch -b <branchName>

切换到一个新的分支

$ git checkout -b <branchName>

删除当前一个分支

$ git branch -d <branchName>

强制删除当前一个分支（当你的工作区有修改时，这时候你又不想要整个分支了，普通删除是无法执行的）

$ git branch -D <branchName>

指定本地分支与远程分支的链接

$ git branch --set-upstream <localBranch> origin/<remoteBranch>

eg: git branch --set-upstream develop origin/develop

git push 相关

将本地分支推到远程

$ git push origin <localBranchName>:<remoteBranchName>

简约来写（会自动对应本地分支与远程分支）

$ git push

删除远程分支（即省略本地分支名，将一个空的提交到远程分支即删除）（这个一定注意，为了防止误操作，一般公司会禁用删除操作）

$ git push origin :<remoteBranchName>

常用的应用场景

$ git status    查看当前工作区的状态    
$ git add . 或者 $ git add -A 将所有的改动添加到暂存区
$ git commit -m "提交内容简介" 
$ git pull    推送之前先拉取最新的
$ git push 推送到远程分支上

以上是一次常规的git操作。

如果开发完毕，发现有bug。一般是如下操作：

$ git checkout -b issue_12 切换到新建bug分支issue_12上。

fix bug operation...
completion...

$ git add .
$ git commit -m "fix bug 12"
$ git checkout master 重新切换到主干分支
$ git merge --no-ff -m "merge with fix issue_12" issue_12 将bug分支合并到主分支
$ git push 记得要推送到远程分支上。
$ git branch -d issue-12 删除刚刚新建的分支。

如果你发现了bug，恰巧你在develop分支上已经在开发新的需求，进行到一半。即工作区有内容。这时候你是无法切换分支的。如何来应对这样的场景呢。

$ git stash 将工作现场的内容暂存起来

Attention:
1\. $ git stash list 可以查看你暂存起来的工作现场的内容
2\. $ git status 常用此命令查看当前工作区是否干净。只有干净时才能切换分支，否则会丢失你修改的内容。

$ git checkout -b issue-22

fix bug operation...
completion...

$ git add .
$ git commit -m "fix bug 22"
$ git checkout develop
$ git merge --no-ff -m "merge with fix bug 22" issue-22
$ git push
$ git branch -d issue-22

完成上述之后，bug修复了，那接下来要恢复我们之前工作的内容。
$ git stash pop 恢复之前工作现场的内容