累计包 filldata 方案

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派工

累计包包版

申请纳入