由于已经对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
- 恭喜,算法调试成功,我要合并到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
就可以直接看到分支合并的过程。我这有个大点的工程合并效果的例子,
最后,反正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教程