SVN使用规范

1.提交以前先更新。当完成功能以后,首先检查本身修改了什么 ,而后经过编译而且本身测试以后，谨慎地提交，不可强行提交。

2.在更新时注意所更新文件的列表，若是提交过程当中产生了更新，也须要从新编译而且完成本身的一些必要测试，再进行提交。

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

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

5.不要提交本身不明白的代码。若是提交了不明白的代码，你看不懂，别人可能也看不懂，之后出现了问题将会成为项目质量的隐患。

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

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

8.天天至少获取一次全部相关代码，以下降代码冲突的几率。

9.同一我的员以后提交信息毫不能和前面的彻底相同。

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

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

12.若是提交的时候发现有版本冲突，建议把本身的修改在本地备份一下，而后恢复本身的全部修改，而后从新获取，而后把本身的修改重作一遍。

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

14.不要上传你本身的用户设置。许多工具会产生只管理你本身本地配置的文 件。它们只对你有用并且一般和其余人的私人设置文件相异。若是你把它们上传到源代码管理软件里，很快你就会覆盖掉其余人的私人设置文件。

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

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

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