github学习之路2

分支管理：
假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，
如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。
如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。
现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，
还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，
直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。
注意：！在本地仓库创建的分支，在没有推送到github仓库之前，其他人都不可见。
分支的创建和切换思路：
因为Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点
所以我们创建一个新的分支dev,并将当前HEAD指针指向dev,即dev是当前分支，然后向当前分支提交我们写了一半的内容
再将当前分支HEAD切换到master主分支，再将dev分支内容合并到master分支，最后删除dev分支，就ok了。
分支创建和合并的过程：
查看分支 git branch(前面带*星号表示是当前分支)
创建并切换分支：git checkout -b dev(这里是创建并切换到dev分支)该命令也可分为：git branch dev 和git checkout dev
合并某分支（dev）到当前分支 git merge dev
切换分支：git checkout master(切换到master分支 )
删除分支：git branch -d dev (删除dev分支)
解决冲突：
当两条分支对同一个文件的同一个文本块进行了不同的修改，并试图合并时，
Git不能自动合并的，称之为冲突(conflict)。解决冲突需要人工处理。
当我们新建并切换到一个分支features，并向该分支提交内容，然后分支切换到master.
在master分支上又对该内容加以修改并提交，当我们想合并的时候，这时候就出现冲突了。
因为我们已经各自在两个分支分别修改该内容，因此在合并的时候git不知应以哪个版本为主。
因此我们应该打开文件内容进行相应修改，重新在该master分支上提交，最后删除features即可。
通过git status命令可以告诉我们冲突详情
在合并出现冲突时，Git用<<<<<<<，=======，>>>>>>>在文本标记出不同分支的内容。
我们只需要删除多余信息，保留一个版本即可。然后进行添加提交到本地库，删除多余分支即可。
查看分支合并情况：git log –graph –pretty=oneline –abbrev-commit
分制管理策略：
合并分支时，Git可能会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，
这样，从分支历史上就可以看出分支信息。
即在合并分支的时候加上–no-ff参数。
git merge –no-ff -m “merge with –no-ff” dev（合并的分支）
bug分支：
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，
修复后，再git stash pop，回到工作现场。
Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：git stash
查看刚才暂存的工作现场：git stash list
恢复一下刚才暂存的工作现场，有两个办法:
1.恢复后，stash内容并不删除:git stash apply若要删除，用命令git stash drop
2.恢复后，stash内容也被删除:git stash pop 再用git stash list查看，就看不到任何stash内容了
Feature分支：
软件开发中，总有无穷无尽的新的功能要不断添加进来。

添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，
所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，
合并，最后，删除该feature分支。
Git友情提醒，feature分支还没有被合并到主分支上去，如果删除，将丢失掉修改，
如果要强行删除，需要使用命令git branch -D feature。
从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，
并且，远程仓库的默认名称是origin。
查看远程库信息:git remote
查看远程库详细信息：git remote -v
推送分支：git push origin 分支名
抓取分支：git clone 分支当前网址.git
你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送：
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull抓取远程的新提交
如果抓取失败，则建立本地分支和远程分支的关联，
使用git branch –set-upstream branch-name（本地分支名） origin/branch-name（远程分支名）；
再用git pull抓取，如果有冲突，要先处理冲突（保留一个版本，重新提交），重新推送即可。
标签：
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。
Git有commit，为什么还要引入tag？一串数字不好找（IP和域名类似关系）
在git中打标签：切换到需要打标签的分支上：git tag tagname
查看所有标签：git tag
如果忘打标签：git log –pretty=oneline –abbrev-commit查看历史提交的commit id打上标签即可
查看的信息中的一行为：6224937 add merge
git tag v1.0（标签名） 6224937
查看标签详细信息：git show v1.0（标签名）
还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字：
git tag -a v1.0（标签名）-m “a new tag” 6224937
还可以通过-s用私钥签名一个标签:git tag -s v1.0（标签名）-m “a new tag” 6224937
签名采用PGP签名，因此，必须首先安装gpg（GnuPG）

删除本地标签：git tag -d tagname
推送本地标签：git push origin tagname
一次性推送本地所有标签：git push origin –tags
删除远程库标签：先删除本地标签：git tag -d tagname
再执行命令:git push origin :refs/tags/tagname或者git push origin :tagname
标签是指向commit的死指针，分支是指向commit的活指针。标签就是commit id，是全局的。
人气极高的bootstrap项目，这是一个非常强大的CSS框架，
你可以访问它的项目主页https://github.com/twbs/bootstrap，
点“Fork”就在自己的账号下克隆了一个bootstrap仓库，然后，从自己的账号下clone。
git clone https://github.com/SinglemanYep/bootstrap.git
一定要从自己的账号下clone仓库，这样你才能推送修改。
如果你希望bootstrap的官方库能接受你的修改，你就可以在GitHub上发起一个pull request。
当然，对方是否接受你的pull request就不一定了