master 分支包含未开发完成的功能，线上版本出现严重 bug 需要修复，你们一般在 master 分支还是 prod 分支上创建 hotfix 分支？能详细说下为什么吗

RT

基于 master 创建分支，提交验证，验证通过后，再 cherry-pick 到 prod 分支上，再次验证。两次验证通过后，就可以合并代码了。

两次验证可以保证今天 hotfix 和下次发版都不会有问题

hotfix 的分之一定是从跟 prod 环境一致的分支拉出来的。

master 就不会有未完成的任务,只从 release 合并.hotfix 一般从 release 开始打,不急或者范围小的也可能从 feature 打

master 对 release 上要 hotfix 的部分没有改动的话，hotfix 在基于二者创建都可以，cherry pick 一下就行了。

如果 master 对 release 上要 hotfix 部分已经发生改动了的花，老老实实在 release 上 hotfix 吧，完了还得在 master 上重新 hotfix

master 出现未完成的代码这本身就很不对劲了

你们把 master 当开发分支，另外弄了个 prod 当主干？

线上版本的 hotfix 肯定是基于线上版本的代码做分支，基于线上版本重现 bug ，基于线上版本验证 hotfix 。不可能基于 master 。

master 当然可以有未完成的功能。其实就相当于 dev 分支。这个由项目自己决定，我不觉得是什么问题。

快跑