一、电商模板发布流程
1.1 分支管理
master (主分支 - 生产环境)
└── release (开发分支 - 测试环境)
└── feature/功能分支 (功能开发)
1.2 发布步骤
步骤 1：创建功能分支
# 从 master 分支创建功能分支
git checkout master
git pull origin master
git checkout -b feature/新功能步骤 2：开发功能
- 在
release 文件夹下新建页面文件夹 - 开发完成后推送到远程
步骤 3：合并到 release 分支
# 切回 release 分支
git checkout release
git merge feature/新功能
# 自动触发 Jenkins 推送到测试环境 OSS步骤 4：发布生产环境
- 将
release文件夹的页面复制到master文件夹 - 注意调整
base相对路径 - 推送至 release 分支
- 在 GitLab 创建 Merge Request 到 master 分支
- @相关负责人 进行代码审查
- 审查通过后合并，手动触发 Jenkins 推送到生产环境 OSS
二、后台系统发布流程
2.1 分支结构
| 分支类型 | 分支名 | 说明 |
|---|---|---|
| 主分支 | master | 生产环境代码 |
| 开发分支 | release | 日常开发分支 |
| 版本分支 | feature/1.945 | 从 master 打出 |
| 功能分支 | feature/form | 从版本分支迁出 |
2.2 发布流程图
graph TD A[master 主分支] --> |创建版本分支 | B[feature/1.945] B --> |创建功能分支 | C[feature/form] C --> |开发完成 | D[合并到版本分支] D --> |测试通过 | E[合并到 release] E --> |生产发布 | F[合并到 master]
2.3 提交规范
Commit Message 格式：
<type>(<scope>): <subject>
示例：
# 功能开发
feat(static-1.931): 新增用户管理模块
# Bug 修复
fix(static-1.931): 修正顶部国旗 icon 显示逻辑
# 资源更新
chore(static-1.931): 更新资源版本号类型说明：
| 类型 | 说明 |
|---|---|
feat | 新功能 |
fix | Bug 修复 |
docs | 文档更新 |
style | 样式调整 |
refactor | 代码重构 |
chore | 构建/工具变动 |
三、注意事项
3.1 公共代码管理
- 多个文件夹有相同逻辑时，考虑提取为公共文件 (
common) - 在团队群内讨论确认后再提取
3.2 Git 提交规范
- 提交记录清晰体现版本和修改内容
- 不使用中文分支名
- 提交前确认代码审查通过
3.3 发布检查清单
发布前：
- 功能测试完成
- 代码审查通过
- 版本号已更新
- 回滚方案已准备
发布后：
- 生产环境验证
- 错误监控无异常
- 通知相关人员
四、常见问题
4.1 紧急修复流程
# 1. 从 master 创建 hotfix 分支
git checkout -b hotfix/紧急修复
# 2. 修复后直接发布测试
# 3. 测试通过后同时合并到 master 和 release
git checkout master
git merge hotfix/紧急修复
git checkout release
git merge hotfix/紧急修复4.2 回滚操作
# 1. 定位上一个稳定版本
git log --oneline
# 2. 创建回滚分支
git checkout <稳定版本 commit-id>
git checkout -b rollback/temp
# 3. 重新发布