版本控制 - git 版本发布的流程，合并到develop分支之后怎么操作

Question

git 发版本的流程，从 Local 本地的 develop 分支上创建  PD_BUG001分支，修复完成，push到远程，远程网页上创建 pull request 合并请求到 develop。管理员同意了合并请求，这个时候是发布哪个版本的分支到 远程服务器上的代码？
按照个人的思路，应该是发布master分支把，如果这样还得把 develop 分支再合并到master 分支吗？
再去那个服务器上 git pull 拉取master 分支，这样的吗？

Answer 1

正常是有专门用于服务器的Server 分支的 .

---

简单来说是这样的 .

1. 你Fork项目

2. 你在本地的分支中完成功能(可能要多次commit)

3. Pull 原始项目, 并合并

4. Push 推送到你的fork项目上

5. Pull Request 到原始项目的某个分支

---

2A. 确定一个commit 作为正式要放在线上的代码, 打上 Tag .
2B. 在测试环境测试代码
2C. 推送该commit 到Server 分支.

2D. git pull

Answer 2

GIT是分布式的，没有很强的继承关系，本地分支和远程分支也并没有很强的联系。
你的代码请求合并到远程的 develop 分支，那管理员同意后，代码当然就在远程的 develop 分支上。

另外，你这个流程有很大问题，修复BUG的分支应该从 master 分支创建，之后再同时同步到 master 和 develop 分支，而不是 develop 分支出来，再到 master 分支。你这样弄如果 develop 进行到一半，而 bug 又很紧急，你到底是要抛弃那些已经开发的代码还是等等 develop 完全开发完成才修复 bug 呢。