SVN使用规范

1.提交之前先更新。当完成功能之后,首先检查自己修改了什么 ,然后通过编译并且自己测试之后，谨慎地提交，不可强行提交。

2.在更新时注意所更新文件的列表，如果提交过程中产生了更新，也需要重新编译并且完成自己的一些必要测试，再进行提交。

3.提交时注意不要提交本地自动生成的文件。提交了这样的文件后，别人在更新后就可能与本地的环境冲突从而影响大家工作。

4.不要提交不能通过编译的代码。如果在代码中使用了第三方类库，要考虑到项目组成员中有些成员可能没有安装相应的第三方类库。

5.不要提交自己不明白的代码。如果提交了不明白的代码，你看不懂，别人可能也看不懂，以后出现了问题将会成为项目质量的隐患。

6.对提交的内容采用明晰的注释。注明相关修改信息，例如bug号、任务描述等。

.锁定功能。在你锁定了一个文件之后别人就无法继续修改提交该文件，虽然可以减少冲突的发生，但是会影响项目组中其他人员的工作。只有在编辑那些无法合并的文件（例如图片文件，flash文件等）时，才可以适当的采用锁定操作。

8.每天至少获取一次所有相关代码，以降低代码冲突的概率。

9.同一个人员之后提交信息绝不能和前面的完全相同。

10.提交错文件或多文件要及时回滚,必要时版本回退。

11. 多次提交，每次提交的时候内容少一点。比如一个debug提交一次，一个小功能提交一次。不要觉得麻烦，每次提交都会为你提供一个还原点。

12.如果提交的时候发现有版本冲突，建议把自己的修改在本地备份一下，然后恢复自己的所有修改，然后重新获取，然后把自己的修改重做一遍。

13.你必须自己提交你的更改内容——不能委托他人。

14.不要上传你自己的用户设置。许多工具会产生只管理你自己本地配置的文 件。它们只对你有用而且通常和其他人的私人设置文件相异。如果你把它们上传到源代码管理软件里，很快你就会覆盖掉其他人的私人设置文件。

15.提交后检查是否有遗漏。

16.不要将格式修正和代码修正混合提交。修正代码格式包括增加缩进、减少空格等，如果把它们同代码修正一起提交，很难从日志或资源库同步信息里发现代码的修正。

17.所有的代码文件编码格式应该是UTF-8的。包括的类型如java, jsp, xml, php, html等。