分支策略：
1.合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
2.分支每个人创建自己的分支，然后推送到开发分支上，开发分支最后推送到master主分支上。
master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活。
自己的分支 ——》开发分支 ——》master 分支
3.当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop s[email protected]{0}，回到工作现场。
git stash apply: 恢复之前工作现场，但stash列表里并不删除， git statsh pop： 恢复之前工作现场，并将stash列表里删除
git stash list： 查看之前 git stash 的现场
4. 开发一个新feature，最好新建一个分支；如果要丢弃一个没有被合并过的分支，可以通过 git branch -D <name> 强行删除
5.master 分支是主分支，时刻与远程同步
dev 分支是开发分支，也需要与远程同步
bug 分支用于在本地修复bug，没必要同步
分支可以藏着玩，是否推送视情况而定。
分支协作： （重点、实用）
因此，多人协作的工作模式通常是这样：
- 首先，可以试图用
git push origin branch-name推送自己的修改； - 如果推送失败，则因为远程分支比你的本地更新，需要先用
git pull试图合并； - 如果合并有冲突，则解决冲突，并在本地提交；
- 没有冲突或者解决掉冲突后，再用
git push origin branch-name推送就能成功！
5.如果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，如果有冲突，要先处理冲突。