GitHub 分支管理以及实践

本文基于GitHubDeskTop 和 网上的一篇文章，目前项目采用了这种方式进行管理客户端代码
综合来说：
优点： 这种方式比较适合大团队进行开发，利于多人进行开发（想想客户端都有好几个组）。
缺点：小团队拉分支太多不方便开发

参考分支管理思路图 下面的文章会按照红色箭头的思路进行，也就是 ：开发阶段->测试阶段->发布阶段

第一步：创建主干，并提交到git服务器

创建好了主干后我们随便添加一个文本来进行测试（helloworld.txt 没错就是那么亲切）在文本中写下内容：this is master origin

---

当前服务器的内容
master现在是：this is master origin

---

第二步：创建分支 + 提交分支

1. 创建：参考下图
   
2. 提交：在工具的Bar上有个Push 点一下即可

第三步：切换分支+提交分支内容

点击△即可切换分支，前提是你之前的的创建是成功了

切换分支了后，我们现在的工作环境就在分支下了，这个时候我们我们选择在分支里面添加一行文本：this is develop?然后push 这样主干和分支的内容就不同了

---

当前服务器的内容
master现在是：this is master origin
develop现在是: this is master origin ; this is develop?

---

第四步：创建Release版本给测试

直接创建一个重develop拉出来的 分支取名叫release给到 QA 进行测试。这个阶段出现了bug就直接在这个分支上修复
比如我们这个时候在我们的helloworld里面添加一行文本：this is bug！！！ release fixed

---

当前服务器的内容
master现在是：this is master origin
develop现在是: this is master origin ; this is develop?
release现在是: this is master origin ; this is develop? this is bug！！！ release fixed

---

第五步：合并Realse版本到develop和master进行发布

把当前的分支切换到主干然后选择Branch/Compare to Branch 选择 Master

点击Merge into master 进行合并操作，等待合并完了后，push到服务器。合并到develop是一个道理（略）

---

当前服务器的内容
master现在是：this is master origin ; this is develop? this is bug！！！ release fixed
develop现在是: this is master origin ; this is develop? this is bug！！！ release fixed
release现在是: this is master origin ; this is develop? this is bug！！！ release fixed

---

第六步：预发布+发布

1. 合并代码过后我们先选择预发布（必须在工程的根目录进行 点击release按钮就进入到了下图的界面）
   

2.预发布的结果

1. 要上线了赶紧发布正式包吧（点击预发布的窗口然后编辑把 pre-release勾选即可）