前言

一个专业的程序员,怎么能不掌握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的三大区域:工作区、暂存区、本地仓库

工程化专题之Git

工程化专题之Git

SVN中可没有这么多概念,在本地编辑后,要么提交到SVN服务器,要么不提交。为啥Git有这么多概念呢?

工作区(working area),这个好理解,就是我们写代码工作的地方。可是,想一想,我们在工作区的改动,有些想提交版本,有些还不想提交,基于此,Git引入暂存区(index/staging area)的概念,就是哪些要提交到版本库的,那么先进入暂存区。暂存区的内容可以提交至本地版本库(local repository),这就是所谓的everything is local。本地版本库,可以和远程仓库(remote repository)交互,实现多人协作。

Git的分支思想

工程化专题之Git

工程化专题之Git

工程化专题之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仓库而言,是可以根据用户来设置权限的。

git init && git clone

工程化专题之Git

很多时候,我们开发项目,只需要先利用git clone把现有的仓库代码克隆复制到本地即可。git init一般是在本地创建一个受Git管理的项目,然后推送到Git服务器,相当于是创建仓库。

git命令运转

工程化专题之Git

git status

工程化专题之Git

首先,来说,我们当前处理哪个分支上,这个分支的文件是什么状态?(这将是我们操作的基础信息)

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使用中,就能有信心驾驭它!