工程化专题之Git

前言

一个专业的程序员，怎么能不掌握Git呢？版本控制领域，已经发展了一段时间，从古老的CVS，到SVN集中式管理，再到如今的Git。因为Git的分布式、everything is local、分支等诸多特性，让愈来愈多的项目开始从SVN迁移到Git进行管理。本篇博客将介绍Git的一些重要概念、实际工做中Git的一些使用方式、背后涉及的一些原理思想等。

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的分支思想

在实际开发中，咱们的项目（仓库），通常有一个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，你是哪一个，这是一个标示。至于邮箱，是由于不少时候，GIT若是要进行通知的话，能够给你发邮件。并且对于GIT仓库而言，是能够根据用户来设置权限的。

git init && git clone

不少时候，咱们开发项目，只须要先利用git clone把现有的仓库代码克隆复制到本地便可。git init通常是在本地建立一个受Git管理的项目，而后推送到Git服务器，至关因而建立仓库。

git命令运转

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的一些基本概念、思想、经常使用命令就介绍到这里了，相信咱们只要掌握了Git的这些知识，在实际Git使用中，就能有信心驾驭它！