版本研发流程
需求产品内审阶段
组织产品内审会议
参与人员: 产品、各二级大佬
把控版本整体设计方向、核心逻辑
需求技术内审阶段
组长内审需求提前给与组员，初步熟悉需求，调研相关实现
组织技术内审会议
参与人员：版本产品、前后端组长、测试组长
需求查漏补缺、评估需求实现可行性、研发成本、相关影响面
组长与组员同步内审信息。讲解版本思想
需求外审阶段
组长分配外审调研任务
调研需求，提前收集外审问题，汇总到wiki文档，要求：针对需求每人提3个问题
例子链接： http://172.16.100.150:8090/pages/viewpage.action?pageId=21465379
组织需求外审会议
参与人员：所有参与本版本设计、开发、测试的相关人员
需求内容同步、需求细节讨论、需求查漏补缺
技术方案评审与排期阶段
组长初步调研技术可行性方案，召开技术评审会议
列举功能点、评估工时、进行排期
排期例子：http://172.16.100.150:8090/pages/viewpage.action?pageId=21466385
组长依据排期，与组员一个功能点一个功能点的过，讲解功能实现逻辑。
组长依据排期，建立禅道相关任务
开发阶段
组长完成正式的技术可行性方案设计
jenkins配置、调试发布各环境
黄金甲菜单权限初始化、界面权限按钮控制
针对UI设计稿完成样式布局，高度还原，与后端确认接口实现逻辑以及流程，复杂交互面对面沟通，接口文档要求能mock
进行功能开发，并进行自测
联调阶段
测试提前发布测试用例，开发仔细阅读所负责功能的相关用例
测试召开测试用例评审会议
参与人员：所有参与本版本设计、开发、测试的相关人员
测试同步需测的相关场景，开发、产品做补充。若有需求问题，则再次确认
会后，测试依据用例，建立禅道自测套件
与后端联调相关功能，执行自测套件
测试阶段
配合测试验收相关功能，修复bug
组长组织版本文档编写工作，组员将功能实现逻辑补充至版本开发文档中
版本开发文档例子：http://172.16.100.150:8090/pages/viewpage.action?pageId=21463632
参与下一版本内审，组织组员进行下一版预研
测试三阶段
测试环境验收
灰度环境验收
线上环境验收
正式上线后
持续跟进线上发现的问题，并及时对线上问题进行修复
组长组织版本复盘会议
参与人员: 版本前后端开发人员，产品、测试按需参加
会议内容：复盘版本过程中相关问题，总结相关好的与不好的经验
复盘会议文档 例子：http://172.16.100.150:8090/pages/viewpage.action?pageId=21465449
需求变动流程
涵盖阶段：开发阶段、联调阶段、测试阶段
1、需求问题群里讨论，线下讨论的，也需群里再次确认，留下相关结论记录
2、产品更新需求文档、群里同步更新信息
3、产品早会同步需求更新内容，需求变更参与人员做补充
4、需求参与人员复查需求文档，查看是否有遗漏，若有遗漏、歧义，需督促产品改进
代码提交规范
代码分支
dev
主开发分支
（因现在有固定开发环境，此环境较少使用）
版本上线后，需把master最新代码合并到dev分支
dev_版本号: 例如 dev_v1.0
开发分支。
用于保存当前版本编写的代码
aline、mline、pline
测试环境公共分支。
联调和提测时，将dev_版本号的代码，合并到对应测试环境分支，然后发布对应的测试分支
grey
灰度分支。
在测试环境验收后，会将dev_版本号分支的代码合并进灰度分支。然后灰度环境发布灰度分支代码，进入灰度环境验收阶段
master
线上分支
灰度验收完成后，将dev_版本号分支合并到master，最终生成的本版本线上分支。
hotfix_日期，
例如：hotfix_20230824
线上修复分支
用于保存修复线上bug的代码
代码提交备注规范
提交方式
【提交类型】:【版本号】-【备注详情字符串】#【禅道类型】-【禅道id】
提交类型
feat ：新增功能
fix：bug修复
docs：仅仅修改了文档，如 readme.md
style：仅仅是对格式进行修改，如逗号、缩进、空格等。不改变代码逻辑
refactor：代码重构，没有新增功能或修复 bug
perf：优化相关，如提升性能、用户体验等。
test：测试用例，包括单元测试、集成测试。
chore：改变构建流程、或者增加依赖库、工具等
revert：代码回滚
例子
feat：思政O2.0.2 专题管理-试题编辑保存接口提交 #task-11872
fix：思政O2.0.2 学员端排行榜，查询我的排行，从登录信息中取学员姓名 改为从数据库中取，原因：兼容用户改名字的场景 #bug-26874
禅道使用规范
分配的禅道任务需及时更新任务状态
联调过程中要执行禅道所负责功能的自测套件
bug修复后，需在对应的禅道bug中备注问题原因以及解决方案
例子：https://chandao.mshiedu.com/zentao/bug-view-26275.html
代码编写规范
js eslint规范：https://docs.qq.com/pdf/DZkVVeEFMS2VvUGJQ
js es5 简写教程：<br>https://www.jianshu.com/p/3c7d21a78c8e
js es6 简写教程：<br>https://zhuanlan.zhihu.com/p/35758898
方法、变量命名不要意义不明
关键代码、复杂逻辑，代码注释精准清晰
