起草代码规范和CR清单

示例：代码规范与CR清单（示意） 一、适用范围 本文档适用于某某公司研发一组，技术栈 Java + Spring Boot + Vue，团队 8 人，当前采用 GitHub Flow。 二、命名与结构 类名用大驼峰；方法名用小驼峰；常量全大写下划线分隔。包结构按 模块/分层 两级，禁止跨层直接调用 DAO。 三、提交信息 格式：type(scope): 描述。type 取 feat/fix/refactor/test/docs/chore。示例：fix(order): 修复优惠券重复抵扣。 四、CR检查清单 检查项 | 级别 | 说明 命名是否统一 | 建议 | 对照本文第二节 是否有空指针风险 | 阻塞 | 外部入参与返回值需判空 异常是否被吞掉 | 阻塞 | catch 后不得仅打日志 单测是否覆盖新增分支 | 建议 | 新增逻辑主路径至少一条 SQL 是否有索引与注入风险 | 阻塞 | 拼接 SQL 一律不通过 日志是否含敏感字段 | 阻塞 | 手机号、证件号需脱敏 依赖版本是否锁定 | 建议 | 新增依赖写进清单 五、问题分级 阻塞：必须改完才能合入；建议：可先记录，下个迭代处理。 六、分支策略 主分支 main 保持可发布；功能分支 feature/工单号-简述，从 main 拉出；合并需 1 名及以上评审通过，CI 通过后合入；发布用 tag，版本号形如 v1.2.0。 七、评审流程 提 MR 附变更说明与自测记录；评审人按清单逐项勾选；阻塞项清零后合入。 结论由团队负责人核对团队现状后才能发布使用。