git 版本发布的流程，合并到develop分支之后怎么操作
git 发版本的流程，从 Local 本地的 develop 分支上创建 PD_BUG001分支，修复完成，push到远程，远程网页上创建 pull request 合并请求到 develop。管理员同意了合并请求，这个时候是发布哪个版本的分支到 远程服务器上的代码？
按照个人的思路，应该是发布master分支把，如果这样还得把 develop 分支再合并到master 分支吗？
再去那个服务器上 git pull 拉取master 分支，这样的吗？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
正常是有专门用于服务器的Server 分支的 .
简单来说是这样的 .
你Fork项目
你在本地的分支中完成功能(可能要多次commit)
Pull 原始项目, 并合并
Push 推送到你的fork项目上
Pull Request 到原始项目的某个分支
2A. 确定一个commit 作为正式要放在线上的代码, 打上 Tag .
2B. 在测试环境测试代码
2C. 推送该commit 到Server 分支.
2D. git pull
GIT是分布式的，没有很强的继承关系，本地分支和远程分支也并没有很强的联系。
你的代码请求合并到远程的 develop 分支，那管理员同意后，代码当然就在远程的 develop 分支上。
另外，你这个流程有很大问题，修复BUG的分支应该从 master 分支创建，之后再同时同步到 master 和 develop 分支，而不是 develop 分支出来，再到 master 分支。你这样弄如果 develop 进行到一半，而 bug 又很紧急，你到底是要抛弃那些已经开发的代码还是等等 develop 完全开发完成才修复 bug 呢。