# cms

**Repository Path**: guoling2021/cms

## Basic Information

- **Project Name**: cms
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2024-12-06
- **Last Updated**: 2024-12-06

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

### 美云销内容中心

1. 整合内容，统一管理，对外提供内容创建及发布服务。
2. 通过通用模板、共用组件，快速自助配置页面，及时响应运营设计需求。


### 编码规范

1. 流程类型统一定义在WorkflowModuleEnum
2. 0 1可以使用统一的FlagEnum，不要用魔法值
3. 错误码统一定义在ContentErrorEnum
4. redis key统一定义在ContentConstants.RedisKey，方便管理
5. 标点符号常量可以使用PunctuationMarkConstants
6. content-center-auth 数据权限模块
7. content-center-workflow 流程回调处理
8. content-center-search 开放搜索


### 代码分支管理

1. 日常版本
迭代内需求，一般情况下，在dev分支，联调通过后合并到sit分支测试，sit测试通过后，合并uat分支，发布到uat环境，uat测试通过后，在合并到release分支，
发布到ver，做验证测试，验收通过后，直接平移到生产；

合并: dev -> sit -> uat -> ver -> prod

环境：

分支|环境
--|:--:
dev|dev
sit|sit
uat|uat
release|ver/prod

2. 紧急缺陷修复
紧急缺陷修复，需要当前release拉取个性分支，分支命名规则为hotfix+年月日+mip（例如：hotfix-20210814-wangqn1）,修复完成后，可以合并到dev\sit\uat，
依次验证，在uat验证通过后，合并到release分支，发布ver环境验证，验证通过后既可以发布生产；

   正常：release -> hotfix -> dev -> sit -> uat -> release

   特殊（只能在ver验证）：release -> hotfix -> release
                                           -> dev

3. 发版后续
日常版本及紧急缺陷修复发版后，都会新增tag用作记录，tag的规则为：release+年月日+v+大版本+中版本+小版本（例：release-20210812-v2.0.5）