序言:之前在公司培训过git入门,效果不错。然后我把分享的提纲完善补充了一下分享给需要的人,后期考虑录一个视频讲解一下
本文旨在教你了解git设计原理,以及怎么快速的使用git进行版本控制,对于理解和学习git有很大的帮助,如果是git老手大可忽略了
1. git安装
直接访问https://git-scm.com/downloads下载对应系统的git安装包,然后一路安装就可以了,比较简单
2. git设计理念
git是一个分布式的版本控制管理工具,它不同于传统的集中式管理工具,例如svn,cvs。使用git协同管理的代码在本地都会有一个完整的仓库备份,这是极为安全的,不会因为服务端的问题导致代码的丢失。
git版本的管理是快照式的,每一次的提交,相当于生成了这个文件的快照。对同一文件的修改,如果分两次提交,那么就会有两次快照,即有两个版本。
git的提交都是基于本地仓库的,所以你可以单机运行不联网肆意的提交,当适时的时候push到远程仓库即可。不用担心自己频繁地提交会产生更多的冲突,同样git是提倡积极提交的,这样可以更好的追踪文件,当然在你push到远程的时候,要保证代码的正确,可编译运行,否则将会影响其他协作的开发人员。如果还是不小心提交了错误的代码,通过沟通也是很快就可以解决的。
3. git快速上手体验
ps:这部分最好能手动跟着我的思路操作一遍,这样你对git的魔法就会有一个表深刻的印象。
-
初始化git仓库
- 进入工作目录,打开Git Bash,敲入命令
git init
,会生成一个.git
的文件夹,这样我们就初始化了一个git本地空仓库 - 敲入命令
git status
命令,查看一下版本管理的状态,显示无任何变动,很干净~
- 进入工作目录,打开Git Bash,敲入命令
-
模拟新增文件
1.在工作目录新建a.txt文件,git status
查看状态
2.下图显示你有一个文件a.txt未纳入版本管理,你可以通过git add把它纳入版本管理当中,这样我们就模拟了一次新增文件的状态展示
-
模拟正常提交
1.根据上图提示,我们通过git add
将a.txt纳入到版本管理当中,这时候git status
就会看到文件变绿了😁
2.然而这并没有完,你还需要git commit -m "改动注释"
,这一步才是正在的把文件提交到了你本地的git仓库,这个时候你再git status
看一下仓库状态,很干净,没毛病了🤭
暂时体验到此,后续我们会继续边讲边演示
4. 工作区和暂存区、本地仓和远程仓概念
下面这个图是我总结的git的基本设计理念,一定要重点理解。各个区间的转化我用箭头+命令的方式展示了出来,这里可以帮助你理解这些常用命令执行的逻辑,所以一定要吃透。
这里我简单介绍下,如果还有疑问请在下面回复,我都会解答的。
四个长条矩形分别代表了四种不同状态的空间
1.展示的是你工作目录文件的实时变化,也就是ide里面直观看到的,改了什么就是是么
2.暂存区是git提出的创新概念,这里是个临时区域,我们无法很直观的看到,这里存放的是暂时行文件,也就是你准备要提交的内容,可以将多个文件一次性放到暂存区里,只需要提交一次,这些暂存去的内容就会都被提交
3.本地仓库这里存放里你提交的所有文件的版本以及别人提交的文件,是一个完整的版本库
4.远程仓库存放了所有的文件版本信息,主要用来团队协作的
5. git仓库(比较好理解)
通过上面的图就很清晰的知道,仓库分为本地仓库和远程仓库前面我们已经知道如何创建一个仓库,并提交版本管理到本地仓库,这节我们介绍下如何创建远程仓库。
- 创建远程仓库有俩种方式:
- 1.先创建本地仓库,然后推送到远程服务器。
git init
&git remote add origin http://101.37.21.24:3385/liuhu/git-test.git
&git push -u origin master
- 2.服务器端初始化仓库,本地拉去远程仓库.
git clone http://101.37.21.24:3385/liuhu/learngit.git
- 1.先创建本地仓库,然后推送到远程服务器。
6. git分支管理(可以说是git最强大的地方了)
前面我们使用
git init
初始化的仓库他是有默认分支的,叫master
。所有不管是本地还是远程仓库是时候后都会有一个叫master分支-
创建一个分支
1.使用命令git branch dev
就可以创建一个分支了,然后使用命令git branch
就可以查看本地的分支了,看到了一共有两个分支,一个dev ,一个master,*代表现在所处的分支
模拟自动合并(开始搞事情了)
1.打开a.txt,在第一行写上the fist record,然后执行git add .
添加,在执行git commit -m "mod a.txt"
,这样就把修改后的文件提交到了本地仓库中
2.切换分支,执行git checkout dev
,解释下这个命令,因为我们是从master分支基础上创建的分支,所以现在的内容和master分支上的一样的
3.我们接着打开a.txt,在第二行写上The second record,同样执行git add .
&git commit -m "mod a.txt"
,提交到本地仓库。
4.我们执行git checkout master
切换到master分支,然后打开a.txt文件,发现只有the first record。 why,我刚才提交的The second record哪去了,别急,你刚才提交的内容是提交到了dev分支上,现在你切换到了master分支,当然看不到了。那怎么能在master分支上看到呢?合并呗~
5.执行git merge dev
,然后再打开a.txt,看看The second record是不是回来了-
模拟合并冲突(继续搞事情)
前面的合并是很顺利的,在毫不知情的情况下,代码内容得到了合并,但是如果有冲突了,那就需要自己手动处理了
1.还是在master分支,我们发现第一行的内容首字母没有大写,ok我们修改一下把首字母改成大写,然后用同样的方式提交
2.然后我们git checkout dev
切换到dev分支,又加了一行The three record,add并提交
3.接着我们git checkout master
切换回到master分支,这时候我们想把dev的代码合并过来,我们执行git merge dev
发现如下提示,有冲突,自动合并失败了,同时分支处在了一个合并状态中
4.那么只能手动处理冲突了,我们打开a.txt,如下图,怎么看这个冲突提示呢?<<<<<<<和=======之间的内容是master的内容,也就是你自己修改的内容,而=======和>>>>>>>之间的内容是合并来的内容也就是dev分支的内容,
5.然后我们选择保留哪一些,去掉<<<<<<<=======>>>>>>>,add并提交,冲突解决完毕,最终修改内容
![merge.jpg](https://upload-images.jianshu.io/upload_images/5416778-e4cf474b57cabe49.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
- 添加远程地址,推送到远程仓库
git remote add origin http://101.37.21.24:3385/liuhu/git-test.git
- 删除远程的new分支
git branch -r -d origin/branch-name
&git push origin :branch-name
7. git常用功能和技巧
-
别名命名
git config --global alias.st status git config --global alias.co checkout git config --global alias.ci commit git config --global alias.br branch 把暂存区恢复到工作区 git config --global alias.unstage 'reset HEAD' 显最后次提交信息 git config --global alias.last 'log -1' 格式化log的日志输出 git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
git stash
暂存功能,相当于一临时性的提交,比如正在开发一个模块中的某个功能,只完成了10%,这是你的头过来说你要先暂停下这个功能,先帮我写个方法吧,如果你用的svn,这时你会认为这是很操蛋一个order,但是没办法,他是leader。这时如果你使用的是git,那么你可以很优雅的执行 git stash命令,这个命令会把你当前的工作内容,未提交之前的所有内容存储到一个临时空间里,等你完成了头给的任务然后快速地提交并push到了远程仓库。然后很优雅的执行了git stash apply
,OK你之前写的东西又回来了善于使用add命令来解决部分提交,可以使用ide自带的图形化工具来进行文件的筛选,add到暂存区,再使用commit命令来提交,这么多的好处就是你可以随时的控制需要提交的文件。当然你也可以直接通过commit -a 的组合命令来直接提交,但我不推荐这么做。
git有强大的后悔药功能,即使你做了一些你可能认为无法挽回的错误。
8. git实际工作中的使用和一些常见的问题
- 如果你使用的是git命令的话,错误出现时首先是仔细阅读错误提示,一般错误提示都很明确,通常也会给出解决的方案,只要你理解了git的工作原理,相信很快的就能解决问题
- 我的建议是也是git命令+图形化工具结合的方式。git命令更有助于你强化git思想,当然这个不会强制要求,个人的工作方式不一样。
- 我们大部分的工作基本也就是
add + commit + merge + pull + push
五个命令 - 自动合并,一般不用我们干预,代码会自动进行合并,使用命令可能会弹出合并的说明,这个直接直接输入
:q!
回车跳过就可以了 - 合并中间状态 merge | master ,进入这种状态是git无法进行自动合并,需要我们自己来处理冲突,这个时候你首要的任务就是要处理冲突,处理完之后把文件add并commit,这个时候你才真正的处理完了冲突,你的分支也显示正常了
- 合理的规划自己的本地分支。个人建议本地与远程仓库交互的分支不要直接作为开发分支
9. git flow简述
- 可以仔细的阅读下面的这篇文章,英文翻译过来的。
http://blog.jobbole.com/76867/
10. git标签
- 标签不是很常用,根据下面的命令做一些基本的了解就可以了
http://www.jianshu.com/p/35e50a8d960d