团队分支应该真是这样
|- master //正式版 |- dev //测试版 |- michael //队员michael-adc |- bob //队员bob-肉 |- bibi //队员bibi-大腿 复制代码
Bug分支
软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交
------------ //我们在dev分支上，发现master分支上有代号101号bug $ git stash //冷冻现在在dev分支上的工作状态 冻结吧！ $ git checkout master //这个bug发生在master主分支上,我们切回master分支 $ git checkout -b issue-101 //创建代号101的修复bug分支 修改你的bug $ git add readme.txt //提交到暂存区 $ git commit -m "fix bug 101" //注意填写信息，以免日后查证 $ git checkout master //切换回master分支 $ git merge --no-ff -m "merged bug fix 101" issue-101 //合并分支，注意不使用fast forward模式 $ git branch -d issue-101 //删除issue-101分支 $ git checkout dev //bug 改完了，是时候回到dev继续写bug了 $ git stash list //查看刚刚的冻结现场 $ git stash pop //git stash pop，恢复的同时把stash内容也删了： //一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除 复制代码
开发一个新测试功能
开发一个新feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。
多人协作
当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。 要查看远程库的信息，用git remote -v
推送分支
推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上:
$ git push origin master 复制代码
如果要推送其他分支，比如dev，就改成：
$ git push origin dev 复制代码
但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？
- master分支是主分支，因此要时刻与远程同步；
- dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
- bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
- feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。
多人协作时，大家都会往master和dev分支上推送各自的修改。 当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。 现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支： $ git checkout -b dev origin/dev 你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送 推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送： git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接： $ git branch --set-upstream dev origin/dev 再pull 这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push： 复制代码
因此，多人协作的工作模式通常是这样：
首先，可以试图用git push origin branch-name推送自己的修改；
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！
如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令
git branch --set-upstream branch-name origin/branch-name
这就是多人协作的工作模式，一旦熟悉了，就非常简单。
查看远程库信息，使用git remote -v
本地新建的分支如果不推送到远程，对其他人就是不可见的；
从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；
建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；
从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。
标签管理创建标签
- 命令git tag <name>用于新建一个标签，默认为HEAD，也可以指定一个commit id；
- git tag -a <tagname> -m "blablabla..."可以指定标签信息；
- git tag -s <tagname> -m "blablabla..."可以用PGP签名标签；
- 命令git tag可以查看所有标签。
- 还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字：
$ git tag -a v0.1 -m "version 0.1 released" 3628164 复制代码
操作标签
如果标签打错了，也可以删除：
$ git tag -d v0.1 复制代码
如果要推送某个标签到远程，使用命令
$ git push origin <tagname> 复制代码
或者，一次性推送全部尚未推送到远程的本地标签：
$ git push origin --tags 复制代码
如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：
$ git tag -d v0.9 复制代码
然后，从远程删除。删除命令也是push，但是格式如下：
git push origin :refs/tags/<tagname> 复制代码
忽略特殊文件
在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。
原文链接：https://juejin.im/post/5abef8356fb9a028df22bd78
