前言
一个专业的程序员，怎么能不掌握Git呢？版本控制领域，已经发展了一段时间，从古老的CVS，到SVN集中式管理，再到现在的Git。由于Git的分布式、everything is local、分支等诸多特性，让越来越多的项目开始从SVN迁移到Git进行管理。本篇博客将介绍Git的一些重要概念、实际工作中Git的一些使用方式、背后涉及的一些原理思想等。如果你还对Maven感兴趣，可以阅读：
《工程化专题之Maven（上）》
《工程化专题之Maven（下）》
Github && Git 中的一些重要概念
Repository：仓库，说白了，就是一个project，对于我们Java程序员而言，比如就是存放Maven工程的地方。 Star：我想你或多或少浏览过github上的开源项目，你可以star它们，可以理解为收藏的意思。在github上，拥有很多star，那是很牛的事情。 Fork：我们经常听说开源贡献，那么到底怎么去做呢？实际上，你可以fork一个开源项目，比如fork Spring，那么相当于你COPY了一份Spring到你的空间，就是一个独立的属于你的仓库，如果你发现了什么Bug，或者进行什么改进，都可以在你的仓库上进行。 Pull Request：上面说fork，可以进行开源贡献，但是注意的是fork了仓库后，你可以在自己的仓库上进行任何修改，但是如果你要把你的修改合并到开源项目仓库中的话，那么你就得发起一个Pull Request请求。一旦开源作者收到你的Pull Request并同意之后，那么你的代码将会同步到开源项目之中！ Watch：Watch一个Repository，就相当于社交的关注一样，这个仓库有什么动态，你都会收到通知。 Issue：简单理解，就是一个代码上的问答、讨论而已。
Git的三大区域:工作区、暂存区、本地仓库
工作区/暂存区/本地版本库
工作区/暂存区/本地版本库
SVN中可没有这么多概念，在本地编辑后，要么提交到SVN服务器，要么不提交。为啥Git有这么多概念呢？ 工作区（working area），这个好理解，就是我们写代码工作的地方。可是，想一想，我们在工作区的改动，有些想提交版本，有些还不想提交，基于此，Git引入暂存区（index/staging area）的概念，就是哪些要提交到版本库的，那么先进入暂存区。暂存区的内容可以提交至本地版本库（local repository），这就是所谓的everything is local。本地版本库，可以和远程仓库（remote repository）交互，实现多人协作。
Git的分支思想
git branch
commit对象
Fast-forward
在实际开发中，我们的项目（仓库），一般有一个master分支，这个master分支的代码就是线上运行的代码。我们平时开发的话，那么先从master拉取最新的代码，并以此为基础新建一个本地开发分支，比如mybranch，然后，我们在mybranch上进行开发，然后把修改提交到mybranch的本地版本库。而这个修改，在Git中叫做commit对象。 既然，可以有mybranch分支，也可以有很多的其它分支，因此存在分支间的切换、合并。HEAD可以用来表示当前所处的分支。如上图所示，其实把mybranch的改动合并到master分支上，就相当于master的指针指向commit-B即可。这种合并，在Git中就是所谓的“快速合并”。（从这里你也能感受到，其实分支的合并、切换、销毁，是非常快速的，因为指针的缘故） Git中的分支，其实本质上就是一个指向commit对象的指针，而且是可变的，每次提交，指针会自动向前移动。
Git在实际中的使用方式
Git有命令客户端Git Bash，也有图像客户端，如TortoiseGit，不过掌握Git的最佳方式依然是命令行。
Git的必要设置
git config
为什么要设置用户名、邮箱呢？ 显然，你要提交代码，肯定要告诉GIT，你是哪个，这是一个标示。至于邮箱，是因为很多时候，GIT如果要进行通知的话，可以给你发邮件。而且对于GIT仓库而言，是可以根据用户来设置权限的。
git init && git clone
git clone
很多时候，我们开发项目，只需要先利用git clone把现有的仓库代码克隆复制到本地即可。git init一般是在本地创建一个受Git管理的项目，然后推送到Git服务器，相当于是创建仓库。
git命令运转
git命令运转流程
git status
git status
首先，来说，我们当前处理哪个分支上，这个分支的文件是什么状态？（这将是我们操作的基础信息） git branch git status/git status -s 接下来，明确我们要在哪个分支上开发，从master创建分支开发？ git checkout -b newBranch （创建并切换） 开发完毕后，我们要切换到master上，想把newBranch合并进来： 注意checkout切换分支的最佳方式是保持工作区域的干净，什么是干净呢？就是把变化的全部提交到newBranch本地版本库，否则git会提示阻止checkout。 git checkout master git merge newBranch 假设在newBranch分支上开发的中途，突然线上有问题，我们需要切换到master进行问题修复，而此时，我们不想提交到newBranch本地版本库，那么如何完成切换呢？ 采用stash机制，说白了，就是在工作区可以先暂存状态，既不提交到本地版本库，又可以切换到其他分支上，待再次切换到newBranch后，可以git apply进行工作区的状态恢复。 如果合并出现冲突，怎么办？ 根据提示，一般采用人工解决。注意解决冲突后，再利用git add标志解决冲突即可。 注意，Git的本地性，在进行合并操作（不论是合并本地分支、还是想要合并远程分支）时，一定切记，需要先在本地完成merge，解决冲突后，在git push推送到远程仓库上。 如果Git合并没有冲突，是否就是一定没有问题？ Git很智能，它能够根据commit的树形结构，智能的帮助我们分析出最佳合并的途径，但是合并没有问题，并不能说明合并后的代码一定是正确的，还是要对合并后的代码进行测试！
Git常用命令总结
git clone <版本库的网址> 会在本地主机生成一个目录，与远程主机的版本库同名 git remote -v 参看远程主机的网址 git fetch <远程主机名> <分支名> 将某个远程主机的特定分支的更新取回 git branch -ar 查看所有远程分支 git checkout-b newBrach origin/master 利用git fetch取回远程主机的更新以后，可以在它的基础上，使用git checkout命令创建一个新的分支 git pull <远程主机名> <远程分支名>:<本地分支名> git fetch git merge的合并版本，取回远程主机某个分支的更新，再与本地的指定分支合并 git push <远程主机名> <本地分支名>:<远程分支名> 用于将本地分支的更新，推送到远程主机 git add git commit git branch git merge git log git diff git branch -vv 查看本地分支跟踪的远程分支信息 git branch --set-upstream-to=origin/xxx 本地分支和远程分支进行关联 删除远程分支：git push origin --delete 远程分支名称 删除本地分支：git branch -d 本地分支名称 强行删除本地分支：git branch -D 本地分支名称 .....
好了，Git的一些基本概念、思想、常用命令就介绍到这里了，相信我们只要掌握了Git的这些知识，在实际Git使用中，就能有信心驾驭它！
GoodBye~
by zhangfengzhe 2017.10.15
