Git 学习总结（二）

Git 分支作为 Git 最核心的部分，本篇单独对 Git 分支进行总结！

参考：创建与合并分支 - 廖雪峰 Git

查看分支：git branch 当前分支前面会标一个 * 号
创建分支：git branch <name>
切换分支：git checkout <name>
创建 + 切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name> 合并时提示信息是 Fast-forward，表示以“快进模式“合并，就是直接将 master 分支指向 dev 的当前提交
删除分支：git branch -d <name>

参考：解决冲突 - 廖雪峰 Git

参考：分支管理策略 - 廖雪峰 Git

git merge --no-ff -m "merge with no-ff" dev：合并分支时，加上 --no-ff 参数就可以用普通模式合并，合并时会生成一个新的 commit，从分支历史上可以看出分支信息；而 Fast forward 模式下删除分支后会丢掉分支信息，看不出来曾经做过合并
实际开发中，应该按照几个基本原则进行分支管理
1. master 分支应该是非常稳定的，仅用于发布版本，平时不能在上面干活
2. 干活是在 dev 分支上，到发布版本时，将 dev 分支合并到 master 上
3. 在 dev 分支上干活，每个人都有自己的分支，往 dev 分支上合并就可以了

参考：Bug 分支 - 廖雪峰 Git

修复 bug 时，通过创建新的 bug 分支进行修复，然后合并，最后删除临时分支
当手头工作没有完成时，先把工作现场 git stash “储藏”起来，然后去修复 bug，最后再 git stash pop，回到工作现场查看“储藏”的工作现场：git stash list 恢复工作现场有两个办法：一是用 git stash apply 恢复，恢复后 stash 内容并不会删除，需要用 git stash drop 来删除；另一种是用 git stash pop，恢复的同时把 stash 的内容也删了

参考：Feature 分支 - 廖雪峰 Git

参考：多人协作 - 廖雪峰 Git

查看远程库信息：git remote -v
本地新建的分支如果不推送到远程，对其他人就是不可见的
从本地推送分支： git push origin <branch-name>，如果推送失败，先用 git pull 拉取远程的提交 master 分支是主分支，要时刻与远程同步 dev 是开发分支，团队成员都需要在上面工作，也需要yun远程同步 bug 分支只用于在本地修复 bug 就没必要推送到远程了 feature 分支是否推送到分支，取决于是否和团队成员合作在上面开发
在本地创建和远程分支对应的分支： git checkout -b <branch-name> origin/<branch-name>，本地和远程分支名称最好一致默认情况下，从远程库克隆的仓库在本地只能看到 master分支
建立本地和远程分支的关联：git branch --set-upstream-to=origin/<branch-name> <branch-name>
从远程拉取分支：git pull，如果有冲突，要先处理冲突

多人写作的模式通常是这样：

首先，可以用 git push origin <branch-name>
如果推送失败，则因为远程分支比你的本地更新，需要先用 git pull试图合并
如果合并有冲突，则解决冲突，并在本地提交
没有冲突或解决冲突后，再用 git push origin <branch-name> 推送就能成功如果 git pull 提示 no tracking information，则说明本地分支和远程分支的链接关系没有创建，使用命令 git branch --set-upstream-to=origin/<branch-name> <branch-name>

参考：Rebase - 廖雪峰 Git

shuangmianxiaoQ / myblog