Git---分布式版本控制系统学习笔记（五）

feature分支

软件开发中，总有无穷无尽的新的功能要不断添加进来，添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。

开发一个新feature，最好新建一个分支
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

多人协作

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
要查看远程库的信息，可以用以下命令：

$ git remote
gitee
github

或者

$ git remote -v
gitee	git@gitee.com:ToBeXX/python_learning_code.git (fetch)
gitee	git@gitee.com:ToBeXX/python_learning_code.git (push)
github	git@github.com:ToBeXX/python.git (fetch)
github	git@github.com:ToBeXX/python.git (push)

推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：

$ git push origin master

如果要推送其他分支，比如dev，就改成：

$ git push origin dev

多人协作时，大家都会往master和dev分支上推送各自的修改。
当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。可以用git branch命令看看：

$ git branch
* master

现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：

$ git checkout -b dev origin/dev

现在，他就可以在dev上继续修改，然后，时不时地把dev分支push到远程

提交冲突

你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送但是推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送。

方法一：

$ git pull origin/dev

或者

建立本地分支和远程分支的关联
$ git branch --set-upstream-to=origin/dev dev
然后：
$ git  pull

如果git pull 成功后 git merge dev 有冲突参考 学记笔记四。

标签管理

在Git中打标签非常简单，首先，切换到需要打标签的分支上

git checkout <分支名字>

然后

git tag <想要打的标签名字>

可以用

git tag
查看所有标签

默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，方法是找到历史提交的commit id，然后打上就可以了
例如：

git tag v0.9 f52c633

可以用git show <tagname>查看标签信息
还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字：

$ git tag -a v0.9 -m "version 0.9 released" f52c633

如果标签打错了，也可以删除：

$ git tag -d v0.9

将标签推送到远端：

git push origin <tagname>

或者，一次性推送全部尚未推送到远程的本地标签：

 git push origin --tags

如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：

$ git tag -d v0.9

然后从远程删除。删除命令也是push，但是格式如下：

$ git push origin :refs/tags/v0.9