分支和环境协作怎么管理：开发、测试、预发和发布节奏

多人协作时，分支和环境不清楚，很容易出现“我本地好了”“测试环境不是我的代码”“预发和线上不一致”这类问题。

分支要有明确用途

常见分支可以这样理解：

• 功能分支：单个需求开发。
• 开发分支：集成多个需求。
• 测试分支：给测试环境使用。
• 预发分支：接近线上版本。
• 主干分支：线上稳定代码。

分支命名不一定复杂，但每个分支的用途必须统一。

环境要对应发布阶段

环境通常分为：

1. 本地环境。
2. 开发环境。
3. 测试环境。
4. 预发环境。
5. 生产环境。

不同环境的数据、配置、依赖服务和权限都可能不同。排查问题时，要先确认问题发生在哪个环境。

合并前要减少不确定性

合并代码前要检查：

• 是否拉取最新代码。
• 是否有冲突。
• 是否跑过测试。
• 是否改了配置。
• 是否影响数据库。
• 是否依赖其他未合并分支。

如果多个需求互相依赖，最好提前写清合并顺序。

测试环境不要变成垃圾场

测试环境最常见的问题是版本混杂。

可以通过这些方式降低混乱：

• 记录当前部署版本。
• 发布后同步变更说明。
• 每次测试前确认环境。
• 避免多人同时改同一个配置。
• 定期清理临时分支和临时数据。

环境越清楚，问题定位越快。

维护建议

团队可以维护一张分支与环境对照表，写清分支用途、部署环境、发布入口、负责人和回滚方式。

这张表不需要复杂，但必须持续更新。