sv
代码文档提交规范
11．版本分支：建立版本分支时须填写的日志规范。示例：定制单号……软件版本110语言环境中性中文设备语言简体中文软件1．需求说明：1）、2）、…2．相关责任人：陈翼飞（应用层）、吕军（DSP）、万朋（IE）、金祥庆（SDK）3．关联定制单号及责任人（可选）硬件1．面板按键修改，责任人：涂文桃
例如：定制单号DZ20100420_04杭州埃高修改LOGO及IE控件界面升级定制2软件版本V21语言环境英文中文各一个版本设备语言英文中文各一个版本软件1．需求说明：
1）需要将当时的定制单编号：DZ20090107_03对应的版本进行升级，支持大硬盘。2．相关责任人：周琦（应用层）、中性（DSP）、方钧炜：移植自DZ20090107_03（IE）、中性（SDK）3．关联定制单号及责任人原定制单号：DZ20090107_03责任人：周琦原定制功能：V21，基于中性版本实现功能：1开机界面有两个版本，一个是AB，一个是WISH，语言：英文中文各一个版本2内部图标更换为定制图标3IE控件界面需要定制硬件1．面板按键修改：中性责任人：无
12．
代码提交：每次提交代码时需填写相关日志。说明：如果是增加新的功能，一次提交必须是属于某个功能的代码，提交后的代码尽量可以通过编译；如果是修正了历史遗留问题等重要更新，需在BUG或CHG标签之前增加【重要更新】示例：
BUG修正了……问题。出现概率：……BUG来源：测试部，客户或者自测等BUG重现步骤：……
f这里填写
otes中的bug_ID，如果没有可不填写，需要注明重现BUG的操作步骤NEW增加了……功能。
原因：……注明增加新功能原由，比如客户需求变更。有宏定义的话注明宏定义DEL删除了……代码。
原因：……注明删除原因CHG改进了……功能。
改进原因：……需要注明原有功能存在问题TRP移植了……代码。
原代码路径：原代码提供人：……需要注明移植代码出处和功能，原代码责任人UDO恢复到还原到、回退到……r1234。MER合并目录sv
19200140DVRDS9000bra
chesv110中r8347r8349的代码。如果合并的代码比较少，建议把合并过来代码的日志也复制到下面，如下所示：
【重要更新】BUG更新了解决了……问题。重要更新时使用中文的中括号，以达到醒目的效果
13．代码提交：提交相对独立的模块时需填写相关日志。说明：如果更新了DSP、ramdisk、uImage、logoyuv、
osig
alyuv、playerbi
、ptzCfgbi
、等相对独立的模块，需要注明更新原因、更新内容、相关责任人。对于yuvr