由于已经对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可以查看当前已有的分支信息,并在将当前所在分支高亮,当前分支前还有个*号。
某天要调试某个新算法,又不能保证能调好,又怕打乱了原有的程序,怎么办?建一个新分支:
git checkout -b debug
在debug分支中慢慢玩,master分支和dev分支毫不受影响。这时就有两种情况:
- 悲剧的最后还是没调出来,我又有强迫症,debug分支一直放在那总是不爽,删了
git branch -d debug
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
就可以直接看到分支合并的过程。我这有个大点的工程合并效果的例子,
最后,反正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策马奔腾吧!
[1]廖雪峰Git教程
分享到:
相关推荐
使用git管理项目的时候,通常会有多个分支,在多个分支的情况下,如何管理项目,如何在本地,远程仓库管理项目。
企业git分支管理pdf
关于git项目管理分支说明。 2.1. master主干 命名:master 说明:发布分支 master为程序主干目录,开发新需求需从master打新分支,开发完成合并回master发测试包,测试完成需打新的tag包,tag包申请上线发布 2.2. ...
GIT操作说明,很详细,全面,轻松入手.
如果你严肃对待编程,就必定会使用”版本...git分支管理策略,规范公司开合作开发流程。同时针对目前对开发团队使用 Git 并没有统一的分支管理策略,所以编写该文档为后续新员工培训、代码管理、自动化发布提供标准。
GIT分支管理 远程分支 本地分支 GIT分支管理 远程分支 本地分支
git 代码、分支以及版本管理
详细讲解git分支管理,适合于代码管理、项目管理等工作。
git版本管理教程入门资料,建立本地分支、远程分支并建立两者之间的联系,实际应用举例
该文档定义了分支管理规范-GIT分支流程开发规范。
几乎每一种版本控制系统都以某种形式支持分支。使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作。在很多版本控制系统中,这是个昂贵的过程,常常需要创建一个源代码目录的完整副本,对...
Git分支管理的策略梳理
Git_版本管理_#8_分支冲突_(merge)_(教学_教程_tutorial)
Git分支和标签管理【Git和GitHub教程3】
GIT版本控制管理工具操作手册,内容详细,实例简易。重要看分支操作。
Git入门级详细使用教程及分支管理。git作为代码管工具收到全世界程序员的喜爱,本文档教你从零开始,以码云为例,通过客户端以命令行的方式进行仓库管理、代码提交、合并和分支管理。
6.6 修改文件,不提交和上一个版本比较差异(diff) 6.7 查看提交历史记录 6.8 回退至历史版本 6.9 文件删除 6.9.1本地删除与恢复 6.9.2从版本库删除 6.9.3从版本库删除,但是不删除本地 6.10 忽略提交 7. Git 的基本...