1. filldata 入库后，CM 检查该filldata是否还存在 修改中的议题编号；2. 取得修改中的议题编号后，去filldata.cs 里找到对应的代码；3. 累计包 有一个专门存放需要纳入的议题的filldata；4. 将需要纳入的议题编号对应的filldata代码加入累计包的filldata；5. 自动编译产生最新的filldata.dll，旧的filldata.dll 需要移走保存到history；6. 更新 CI单身的议题编号状态为 已纳入；7. 状态为已纳入的议题不支持修改，若要修改需新增议题，否则无法纳入累计包filldata；
N
结束
CM 检查该filldata的议题编号状态
更新hotfix
更新议题状态，填写原因
CM流程
开发流程
CM自动更新累计包filldata
filldata代码撰写
filldata入库
填写需纳入的议题编号
filldata提交
1. 现有开发流程不变；
1. 在CI 增加一个单身，记录某个filldata 需要被纳入累计包的议题编号；2. 需要纳入累计包的议题编号需要与filldata里的议题编号相同；3. 申请人员直接修改CI 可以添加单身议题编号；4. 新增加的议题编号，状态默认为：待审核，且状态只读；5. 增加按钮对单身 待审核 的议题状态进行审核(按钮权限暂不开放，由软工保留)；6. 审核不通过，该议题行记录状态改为：不纳入，并记录原因；7. 审核通过，议题状态更新为：待签出；8. 该 filldata 签出后，议题状态同步更新为 修改中；9. 该 filldata 指定结案，议题状态更新为 待签出；10. 议题分为：更新业务数据、导入defaultdata 两类，后者支持重复导入；11 . 有 导入defaultdata的议题纳入需求，可先查看是否存在相同且 已纳入的议题，可直接对该议题重复申请一次；12. 审核动作放在入库之后，是否纳入的决议需要记录；13. 提供议题编号比对预警；
Y
包版&发布
审核
filldata 签出
filldata测试/返工
正常进行filldata派工
累计包包版
申请纳入
