一、Bug分支
1,假设如下场景,你正在dev分支工作,突然接到一个修复代号为101的bug的任务时,dev的东西还没不能提交,但是bug需要马上修复。
Git提供了一个stash功能,可以把当前工作现场存储起来,等以后恢复现场后继续工作。
2,使用方法:
$ git stash // 类似于保护现场
注:执行上面时可能会出现这个错,no local changes to save,有可能是没有切换到dev分支,或者切换后没有在工作区进行修改,总之,多试试
然后切换回需要的分支进行修复,这里假设是master分支
$ git checkout master
再从master创建临时分支
$ git checkout -b issue-101
这里进行修改,并提交
$ git add readme.txt
$ git commit -m "fix bug 101"
这里就算是修复完成了,然后切换回master分支,完成合并,最后删除 issue-101 分支
$ git checkout master
$ git merge --no-ff -m "merged bug fix 101" issue-101 // 合并
$ git branch -d issue-101
到这里就修复完成了,切换回dev分支
$ git checkout dev
$ git status // 可以查看一下工作区是干净的
查看刚才的工作现场
$ git stash list // 可以看到工作现场还在,git把stash内容存在某个地方了,但是需要恢复,有两个方法
(1) $ git stash pop // 恢复的同时把stash内容也删了
(2) $ git stash apply // 恢复后,stash内容并不是删除,需要 $ git stash drop 来删除
删除后可以再次查看一下
$ git stash list
2,可以多次stash,恢复的时候先用$ git stash list 查看,然后恢复到指定的stash,如下:
$ git stash apply stash@{0}
4,小结:修复bug时,通过创建新的bug分支进行修复,然后合并,最后删除
手里有工作没有完成时,先把工作县城 git stash一下,然后去修复bug,修复完了再 git stash pop,回到工作现场。
2015-12-28 更新
Feature分支
1,添加新功能时,肯定不希望因为一些实验性质的代码把主分支搞乱了,所以,添加一个新功能,最好新建一个feature分支,在上面开发,完成后,合并,最后删除该分支。
2,实例:假设你接到一个新任务,代号为vulcan
(1)准备开发: $ git checkout -b feature-vulcan
(2)5分钟后,开发完毕,查看一下 $ git status
(3)切回dev目录,$ git checkout dev 若一切顺利,feature分支和bug分支是蕾丝的,合并然后删除
(4)此时,新功能要取消,就要删除这个分支 $ git branch -d feature-vulcan
这时候Git会提醒你,feature-vulcan还没有合并,若删除则会丢失修改。需要强行删除
$ git branch -D feature-vulcan // 强行删除
多人协作
从远程仓库克隆时,实际上Git自动把本地的master分支和远程的master分支对应起来了,并且,远程仓库的默认名称是origin
1,查看远程库的信息 $ git remote
$ git remote -v // 查看更详细的信息
上面显示了可以抓取和推送的origin的地址,若没有推送权限,就看不到push的地址
推送分支
1,推送分支:就是把该分支上的本地提交推送到远程库。推送时,要制定本地分支,这样Git就会把该本地分支推送到远程库对应的远程分支上
$ git push origin master // 要推送dev分支,就把master换成dev
2,哪些分支需要推送,哪些不要呢,这里有几个原则:
(1)master分支是主分支,因此要时刻与远程同步
(2)dev分支是开发分支,团队成员都需要在上面工作,所以也要与远程同步
(3)bug分支只用于在本地修复bug,可以用不要推送到远程,除非老板要看看你到底修复了几个bug
(4)feature分支是否推送到远程,取决于你是否和你的小伙伴合作在上面开发
抓取分支
1,多人协作时,大家都会往master和dev分支上推送各自的修改
2,模拟一个小伙伴,可以在另一台电脑(注意要把SSH Key添加到GitHub)或者同一台电脑的另一个目录下克隆。
实例:
先切换到另外一个目录:
这里开始克隆
再次提醒一下:要将SSH Key添加到GitHub,相当于告诉你的GitHub账户信任这台电脑,不知道准不准确,这里希望大神解答。
友情提示:有时候 会出现这个错误
fatal: Not a git repository (or any of the parent directories): .git
提示说没有.git这样一个目录,解决办法如下:
$ git init 就可以了
2016-01-03 更新 新的一年希望自己能变得更好
1,运行$ git clone 可能会出错:warning: You appear to have cloned an empty repository // 克隆一个空目录
或者 fatal: destination path '.' already exists and is not an empty directory // 目标路径已存在,且不为空
解决方法 : 参考自: http://blog.csdn.net/lein_wang/article/details/8182790
$ ls -a
$ rm .git/ -rf
不过我这样试了还是没用,只好把目录删除的东西全删了, 我是这样做的
$ rm * -rf // 这样后面再重新 git clone 一下就好了
// git branch的一些用法,可以参考这个博客 http://blog.csdn.net/xiruanliuwei/article/details/6919319
2,有的运行 Git clone之后,查看分支发现是空的,这时候要注意要切换进你clone过来的那个目录才可以看见分支,不要跟我一样傻逼似,哎
接上面的抓取分支
(1)当你克隆之后,默认只能看到本地的master分支,就像上面那个图一样
(2)现在,你的小伙伴要在dev分支下开发,就必须创建远程origin的dev分支到本地:
$ git checkout -b dev origin/dev
(3)这样,小伙伴就可以在dev上继续修改,然后时不时的把dev分支push到远程
$ git commit -m "add dev 20160103"
$ git push origin dev
(4)你的小伙伴已经向origin/dev分支推送了他的分支,而碰巧你也对同样的文件进行了修改并且推送:
$ git push origin dev // 可能会出错,因为你的小伙伴的最新提交和你试图推送的提交有冲突,Git会提示我们解决的方法,先用git pull把最新的提交从origin/dev中拿下来,然后在本地合并,解决冲突,最后推送:
$ git pull // 也可能会失败,因为没有指定本地dev分支与远程origin/dev分支的链接,根据提示设置dev分支与远程origin/dev分支的链接
$ git branch --set-upstream dev origin/dev
再pull。
若pull成功后有冲突,需要手动解决,解决的方法和分支管理中的解决冲突一样,解决后再push
3,多人协作的模式通常是这样:
(1)首先,可以试图用git push origin branch-name退送自己的修改
(2)若退送失败,则因为远程分支比你的本地更新,需要先用git pull 合并
(3)若合并有冲突,则解决本地冲突,并在本地提交
(2)没有冲突或解决了冲突,再用git push origin branch-name推送就可以了
4,小结:
(1)查看远程库信息,使用git remote -v
(2)本地新建的分支若不推送到远程,别人是看不见的
(3)在本地创建和远程分支对应的分支,用$ git checkout -b dev origin/dev 颜色部分表示分支名字,最好一致
(4)git pull提示 "no tracking information",则说明本地分支没有与远程分支建立链接关系,用命令
$ git branch --set-upstream dev origin/dev 建立本地分支与远程分支的关联
2016-01-04 更新
标签管理:发布一个版本时,通常会在版本库中打上一个标签,这样就唯一确定了打标签时刻的版本,将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来
Git的标签虽然是版本库的快照,但其实就是只想某个comit的指针(跟分支很像,但是分支可以移动,而标签不能移动)
创建标签
1,首先切换到需要打标签的分支上,
$ git branch
$ git checkout master
2,然后敲击 git tag name 就可以打一个标签
$ git tag v1.0
3,查看所有标签
$ git tag
4,默认标签是打在最新提交的commit上的。有时候忘记打了,比如今天周五了,周一的标签还没有打,怎么办
方法是找到历史提交的commit,然后打上就可以了
$ git log --pretty=oneline --abbrev-commit
然后找到对应的分支,打上就可以,比如这里对 "1127 change",打标签,就这样做
$ git tag v0.01 2c8de67
5,注意标签不是按时间排序的,而是按字母,可以用git show tagname 查看标签信息
6,还可以创建带有说明的标签, -a指定标签名, -m说明文字
$ git tag -a v0.1 -m "version 0.1 release" 98e56b0
$ git show v0.1 // 再查看一下
7,还可以通过-s用私钥签名一个标签
$ git tag -s v0.2 -m "signed version 0.2 release" 7478f13
签名采用PGP签名,因此,必须先安装gpg,否则就会报错,
若报错,请参考GnuPG帮助文档配置key
// 关于这个可以查看这个http://wenku.baidu.com/link?url=zGiQnJuni2FQFfmeRuXa_novFIQrElE8esw7bB-P5t7jJNFw_2_3vhfBIIrmmJIUWbW5H1CYfh14PdhkNkH2Xx2MbWGvaqN9Yofh28n0vtG###
// windows下好像叫这个 Gpg4win ,
8,小结:
(1)$ git tag tagname 用于创建一个标签,默认为HEAD,也可以指定一个commit ID
(2)-a tagname -m "balabala..." 可以指定标签信息
(3)-s tagname -m "balabala..." 可以用PGP签名标签
(4)$ git tag 可以查看所有标签
2016-01-05 更新
操作标签
1,标签打错了,也可以删除。创建的标签都只存储在本地,不会自动推送到远程,所以,打错的标签可以在本地安全的删除
$ git tag -d v0.1
2,要推送某个标签到远程,
$ git push origin v1.0
3,一次性推送全部尚未推送到远程的本地标签
$ git push origin --tags
4,推送到远程后的标签删除起来比较麻烦,先从本地删除
$ git tag -d v0.9
然后从远程删除
$ git push origin :refs/tags/v0.9
可以登录GitHub查看有没有删除标签
http://www.cnblogs.com/xcywt/p/5068355.html