我在 pre 直接修改 bug，被领导批评了

正文

请到「今天看啥」查看全文

分支管理与协作流程

一般来说，一个项目从开发到上线共包含四个环境。

环境	分支名示例	作用说明
「开发环境」	dev	日常开发，集成各功能分支的代码，允许不稳定，便于测试和联调
「测试环境」	test	提供给 QA 团队回归测试，要求相对稳定；一般从 dev 合并而来
「预发布环境」	pre	模拟线上环境，临上线前验证，接近正式发布版本，禁止频繁变更
「生产环境」	prod / main	最终上线版本，代码必须安全稳定、经过充分测试

以我们公司为例，大致的协作规范流程如下：

1、 「dev 功能开发」

由于功能是几个人共同开发，每个人开发前都需要从 dev 分支拉出 feature/xxx 分支；本地开发完成后提合并回 dev ；

1. 「提测」

当功能开发完成 dev 稳定后合并进 test ，然后 QA 回归测试环境；如发现问题，在 hotfix/xxx 修复后继续合并回 test （实际开发中，为了简化开发流程，大家都是直接在 test 修改 bug）。

「3. 预发布验证」

请到「今天看啥」查看全文