Git的版本和分支管理

转载 2017年11月15日 11:26:34

由于已经对git使用比较熟悉了,此篇关于git分支和版本的的管理将不会详细记录每一个细节。如果你还不熟悉git,请先参看:

[1] http://blog.csdn.net/xiahouzuoxin/article/details/9393119

[2] http://blog.csdn.net/xiahouzuoxin/article/details/9398629

[3] http://blog.csdn.net/xiahouzuoxin/article/details/18076043

本地的分支管理

创建分支,你可以使用

git branch dev

这就创建了一个dev(development之意),更好的,选择使用下面的方法创建两个分支——dev,创建后会自动切换到新创建的分支,

git checkout -b dev

要切回master分支怎么办?使用

git checkout master

当然你也可以使用

git checkout dev 

再次切换到dev分支。

好了,现在有两个分支:master和dev了。比如切来切去,突然暂停手下的活要先撸一把,撸完回过头不知道现在在哪个分支了,怎么办?

git branch

git-branch.png

搞定,git branch可以查看当前已有的分支信息,并在将当前所在分支高亮,当前分支前还有个*号。

某天要调试某个新算法,又不能保证能调好,又怕打乱了原有的程序,怎么办?建一个新分支:

git checkout -b debug

在debug分支中慢慢玩,master分支和dev分支毫不受影响。这时就有两种情况:

  • 悲剧的最后还是没调出来,我又有强迫症,debug分支一直放在那总是不爽,删了
git branch -d debug
  • 恭喜,算法调试成功,我要合并到master中
git checkout master   // 切换到master
git merge debug       // 合并debug到master 

这时如果你很幸运,直接合并成功。悲伤的事情总是时有发生,“合并发生冲突”是常有的事,因此一旦出现类似下面的提示

CONFLICT (content): Merge conflict in ...
Automatic merge failed; fix conflicts and then commit the result.

就得自己动手解决冲突了,git会用

<<<<<<<HEAD
 master原有的内容
=======
 debug分支中冲突的内容
>>>>>>>debug

这样的格式提醒你,只要修改保留实际需要的内容后即可解决冲突,解决冲突后就可以执行git commit。

好了,我们合并了master和debug,做IT的人总会偷个腥,想看看git是怎么记录合并的,没问题,

git log --graph --pretty=oneline --abbrev-commit

就可以直接看到分支合并的过程。我这有个大点的工程合并效果的例子,

example.png

最后,反正debug我玩完了,删除debug分支

git branch -d debug

远程的分支管理

我们所有的开发工作都在dev上进行,一旦有了大的突破,则合并到master。

  • 既然有了dev分支,我也要把它推送到github上

如果不在dev,切换到dev,

git branch
git checkout dev 

还记得我们之前推送master分支到远程origin吗?

git push -u origin master

推送dev也是一样的,只要指定分支名为dev就可以了,

git push -u origin dev 
  • 同学A开头写了个项目,老板让我也跟着做,同学A说,你到github上图clone我的代码吧
git clone git@github.com:....

这是,你用git branch看看,这只是clone了master分支,dev呢?这可是费劲苦心,要在同学A的dev分支上开发,就必须创建远程的dev分支到本地

git checkout -b dev origin/dev 

再用git branch看看?有了吧。

  • 在同学A的基础上我又添了新功能,老板催着,赶紧提交
git checkout dev 
git pull origin dev 
  • 老板某天突然和我说:你看同学A,又修改了好多Bug,还不下下来学学
git pull origin dev  

可能出现冲突,解决后才能进行下一次的提交。

极少的场合,要不就是老板的老婆月经乱了,要不就是。。。哎,不说了,非要删除远程dev分支,也是有办法的,

git push oringin :dev 

本地Tag管理

哇,第一个里程碑式的突破,有木有,这时你可小小的庆幸一下,打个标签(Tag),表示这是个可靠的可发布版本,

git tag -a v1.0 -m "第一个里程碑的突破"

当然,注释别向上面一样(”第一个里程碑的突破”)写得那么没有营养。起个好名字很重要。默认的标签将打在最新的commit上。

查看打了哪些标签使用

git tag 

查看某个标签的信息用

git show v1.0

好了,好马也有失前蹄的时候,标签打错也是正常的,

git tag -d v1.0

果断删了v1.0标签。

远程Tag管理

我想要把v1.0推送到远程,

git push origin v1.0

把所有的标签一次推送到远程更爽,

git push origin --tags

删除远程的标签,你可以到github上删除,也可以,

  • 先删除本地的
git tag -d v1.0
  • 删除远程的
git push origin :refs/tags/v1.0

git回到指定版本命令

git reset 是指将当前head的内容重置,不会留log信息。
git reset HEAD filename  从暂存区中移除文件
git reset --hard HEAD~3  会将最新的3次提交全部重置,就像没有提交过一样。
git reset --hard [commit哈希值](38679ed709fd0a3767b79b93d0fba5bb8dd235f8)
 回退到 38679ed709fd0a3767b79b93d0fba5bb8dd235f8 版本

 ·eg:
 (1)回退到指定版本
 git reset --hard 139dcfaa558e3276b30b6b2e5cbbb9c00bbdca96
 (2) 把修改推到远程服务器
 git push -f -u origin master 
根据--soft --mixed --hard,会对working tree和index和HEAD进行重置:
(1)git reset --mixed:此为默认方式,不带任何参数的git reset,它回退到某个版本,只保留源码,回退commit和index信息
(2)git reset --soft:回退到某个版本,只回退了commit的信息,不会恢复到index file一级。如果还要提交,直接commit即可
(3)git reset --hard:彻底回退到某个版本,本地的源码也会变为上一个版本的内容
  • 例如:
    我要彻底返回在上一次提交以前的版本。git reset –hrad HEAD~1
    我要回到上一次提交的版本:git reset –hard

结尾及参考

好了,告一段落了,接着就是使用git策马奔腾吧!

[1] 廖雪峰Git教程

git分支管理文档

  • 2017年10月09日 11:00
  • 1KB
  • 下载

Git的版本和分支管理(高级用法 写的较好)

由于已经对git使用比较熟悉了,此篇关于git分支和版本的的管理将不会详细记录每一个细节。如果你还不熟悉git,请先参看: [1] http://blog.csdn.net/xiahouzuox...
  • sdkdlwk
  • sdkdlwk
  • 2017-12-09 16:58:10
  • 94

Git分支管理规范和解析

目录 quick start why git 仓库和分支管理 远程和本地 分支管理 实战 git命令 git GUI 参考 quick_start 安装git工具可以使用git命令行,启动命令行工具...
  • dream_coder_21
  • dream_coder_21
  • 2017-06-15 09:32:56
  • 575

SVN分支管理最佳策略

SVN分支管理最佳策略 [ 2014-08-29 20:41 | 浏览次数: 1,817次 | 0条评论 ] 现在网上git的分支管理最佳策略最好查找, 基本上都趋同于一个. 由nv...
  • chungle2011
  • chungle2011
  • 2015-11-04 12:54:01
  • 828

版本管理-图解Git的分支管理原理,深度分析fetch和pull区别

Git与SVN版本控制的思想有哪些不同?图形化描述了Git的核心概念和分支管理。...
  • daigualu
  • daigualu
  • 2017-03-21 22:56:05
  • 1587

git学习之三:分支管理

介绍git版本控制的核心利器-分支(branch)。
  • xuesuc
  • xuesuc
  • 2016-05-28 15:00:35
  • 1309

Git 分支管理与开发流程

参考连接 http://www.ituring.com.cn/article/56870 http://semver.org/lang/zh-CN/ http://blog.csdn...
  • lanxingfeifei
  • lanxingfeifei
  • 2017-03-30 11:12:52
  • 1216

git 中分支管理工程的思路

比较有意义的网站: GIT分支管理是一门艺术 Git分支管理策略 A successful Git branching model 推荐的策略:总结采用的策略是第二个网站中的策略1. 主分支:mast...
  • qqliyunpeng
  • qqliyunpeng
  • 2017-04-13 11:25:39
  • 689

基于git的代码版本管理规范及流程-简版

基于git的简单实用的版本管理规范及流程,包括:代码库的分布、人员角色的划分、代码提交合并流程、代码冲突处理、分支管理。 代码库分类根据代码库分布的位置及作用,分为以下几类: 主库:位于服务端,所有开...
  • toothlou
  • toothlou
  • 2017-12-06 22:34:51
  • 253

Git学习总结(12)——多人开发 Git 分支管理详解

1.前言  在上一篇博客中我们主要讲解了Git 远程仓库,相信大家对远程的Git仓库有一定的了解,嘿嘿。在这一篇博客中我们来在大家讲解一下Git 分支管理,这可以说是Git的又一大特点。下面...
  • u012562943
  • u012562943
  • 2016-10-17 14:06:27
  • 1570
收藏助手
不良信息举报
您举报文章:Git的版本和分支管理
举报原因:
原因补充:

(最多只允许输入30个字)