架构 - 第四课：git分支管理

一、创建合并分支

 1、创建分支dev，并切换到分支dev

等价于

2、查看当前分支

3、切换分支

4、将dev合并到master

5、现在可以删除dev分支了

现在只剩下master分支

二、解决冲突

1、创建个分支

在dev分支上修改test.txt文件add并commit

2、切换到master分支修改test.txt

3、将dev分支合并到master

4、查看status

5、修改test.txt

add 并commit

6、查看合并情况

7、删除dev

三、分支管理策略

Fast-forward模式表示合并模式为快进模式，也就是直接把master指向dev的当前提交，所以合并速度非常快。

git merge加上--no-ff参数表示禁用Fast-forward模式，并要创建一个新的commit。可以看到dev节点依然存在。在实际开发中，我们应该按照几个基本原则进行分支管理：1、master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能再上面干活。2、那在那干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，在把dev分支合并到master上，在master分支发布1.0版本。3、你和你的小伙伴们每个热都在dev分支上干活，每个人都有自己的分支，是不是的往dev上合并就可以了。所以，团队合作的分支看起来就像这样：四、bug分支1、git stash把当前工作现场保存起来，等以后恢复继续使用 2、切换到master分支，创建临时bug分支，进行修改bug，然后合并到主分支，（相关命令参照前文）3、好了以后就可以切换到dev分支继续之前的工作。
    git stash list命令查看存储列表。
   恢复分支：一种git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
             二种git stash pop，恢复的同时把stash内容也删了：
4、可以用
       git stash apply stash@{0}恢复某个存储
五、多人协作
当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
1、要查看远程库的信息

2、推送分支

3、什么样的分支需要往远程推送
   master分支是主分支，因此要时刻与远程同步；
   dev分支是开发分支，团队所有成员都需要在上面工作，所有也需要与远程同步
   bug分支只用在本地修复bug，就没必要推到远程了
   feature分支是否推到远程，取决于你是否和你的小伙伴合作在上限开发。
4、抓取通知
   

5、创建远程origin的dev分支到本地

git checkout -b dev origin/dev

6、将最新的提交从origin/dev抓下来


git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接

git branch --set-upstream dev origin/dev

7、提交并同步到远程

git commit -m 'sometimes'

git push origin dev  //如果有冲突此操作会失败可以git pull抓先来合并解决冲突在推送