文档介绍：开发人员提交文件规范
提交版本注意事项
先更新，再提交
SVN更新的原则是要随时更新（SVN Update），随时提交（SVN Commit）。当完成了一个小功能，能够编译并且通过自己测试之后，谨慎地提交。
如果在修改的期间别人也
开发人员提交文件规范
提交版本注意事项
先更新，再提交
SVN更新的原则是要随时更新（SVN Update），随时提交（SVN Commit）。当完成了一个小功能，能够编译并且通过自己测试之后，谨慎地提交。
如果在修改的期间别人也更改了SVN的对应文件，那么Commit就可能会失败。如果别人和自己更改的是同一个文件，那么Update时会自动进行合并，如果修改的是同一行，那么合并时会产生冲突，这种情况就需要同之前的开发人员联系，两个人一起协商解决冲突，解决冲突之后，需要两人一起测试保证解决冲突之后，程序不会影响其他功能。
不要提交不能通过编译的代码
代码在提交之前，首先要确认自己能够在本地编译。如果在代码中使用了第三方类库，要考虑到项目组成员中有些成员可能没有安装相应的第三方类库。确保开发小组成员在签出（SVN Checkout）代码之后能够在统一的环境中进行编译。
每次提交必须书写明晰的注释
在一个项目组中使用SVN，如果提交空的注释或者不确切的注释将会让项目组中其他的成员感到很无奈，项目负责人无法很清晰的掌握工作进度，无法清晰的把握此次提交的概要信息。在发现错误后也无法准确的定位引起错误的文件。
提交时注意不要提交本地自动生成的文件
，，, .class等。
不要提交自己不明白的代码
代码在提交入SVN之后，你的代码将被项目成员所分享。如果提交了你不明白的代码，你看不懂，别人也看不懂，如果在以后出现了问题将会成为项目质量的隐患。
慎用锁定功能
在项目中要慎用锁定的功能，在你锁定了一个文件之后别人就无法继续修改提交该文件，虽然可以减少冲突的发生率，但是可能会影响项目组中其他人员的工作。平时只有在编辑那些无法合并的文件（例如图片文件，flash文件等）时，才适当的采用锁定操作。
提交出错
若是配置管理员发现开发人员提交到错误分支的时候，通知开发人员，一定要回滚到提
交前的文件的版本
不要轻易删除版本库中原有的文件
若是需要删除文件，需要和相关负责人协商之后确认是需要删除的，发出相关邮件通知
相关的开发人员确认后才可以删除。不过一般不建议删除版本库的中文件。
提交到分支上的文件都是需要更新到测试环境
言外之意即是开发人员需要对提交到分支上面的文件负责，保证自测通过且需要发布
更新；
提交规范
文件版本及SQL脚本注释提交规范：
文件或SQL提交注释模板及样例：
例如：【需求编号和 BUG编号】2013-MT-0004
【需求概述或 BUG概述】核保临分规则更新
【本次修改概述】非标准体累计保额
以明确提交内容为基本原则。
数据库脚本书写规范
建表语句中表名和字段名不允许加引号，否则该表名或字段名将是大小写敏感的；
新建表或修改已有表的结构之后，须将重新生成的schema
表结构修改脚本：表结构的修改一般