一.提交以前先更新swift
1. SVN更新的原则是要随时更新,随时提交。当完成了一个小功能,可以经过编译而且本身测试以后,谨慎地提交。eclipse
2. 若是在修改的期间别人也更改了svn的对应文件,那么commit就可能会失败。若是别人和自 己更改的是同一个文件,那么update时会自动进行合并,若是修改的是同一行,那么合并时会产生冲突,这种状况就须要同以前的开发人员联系,两我的一块儿协商解决冲突,解决冲突以后,须要两人一块儿测试保证解决冲突以后,程序不会影响其余功能。ide
3. 在更新时注意所更新文件的列表,若是提交过程当中产生了更新,则也是须要从新编译而且完成本身的一些必要测试,再进行提交。这样既能了解别人修改了哪些文件,同时也能避免SVN合并错误致使代码有错svn
二.保持原子性的提交测试
每次提交的间歇尽量地短,以几个小时的开发工做为宜。例如在更改UI界面的时候,能够每完成一个UI界面的修改或者设计,就提交一次。在开发功能模块的时候,能够每完成一个小细节功能的测试,就提交一次,在修改bug的时候,每修改掉一个bug而且确认修改了这个bug,也就提交一次。咱们提倡多提交,也就能多为代码添加上保险。spa
三.提交时注意不要提交本地自动生成的文件设计
通常配置管理员都会将项目中一些自动生成的文件或者与本地配置环境有关的文件屏蔽提交(例如eclipse中的.classpath文件等)。若是项目中没有进行这方面的配置来强行禁止提交这样的文件,请自觉不要提交这样的文件。提交了这样的文件后,别人在更新后就可能与本地的环境冲突从而影响你们的工做。orm
四.不要提交不能经过编译的代码图片
代码在提交以前,首先要确认本身可以在本地编译。若是在代码中使用了第三方类库,要考虑到项目组成员中有些成员可能没有安装相应的第三方类库。项目经理在准备项目工做区域的时候,须要考虑到这样的状况,确保开发小组成员在签出代码以后可以在统一的环境中进行编译。ip
五.不要提交本身不明白的代码
代码在提交入SVN以后,你的代码将被项目成员所分享。若是提交了你不明白的代码,你看不懂,别人也看不懂,若是在之后出现了问题将会成为项目质量的隐患。所以在引入任何第三方代码以前,确保你对这个代码有一个很清晰的了解。
六.提早协调好项目组成员的工做计划
项目经理应该合理分配工做计划。每一个成员在准备开始进行某项功能的修改以前,若是有可能,先跟工做小组的成员谈谈本身的修改计划,让你们都能了解你的思想,了解你即将对软件做出的修改,这样能尽量的减小在开发过程当中可能出现的冲突,提升开发效率。同时你也可以在和成员的交流中发现本身以前设计的不足,完善你的设计。
七.对提交的信息采用明晰的标注
在一个项目组中使用SVN,若是提交空的标注或者不确切的标注将会让项目组中其余的成员感到很无奈,项目经理没法很清晰的掌握工做进度,没法清晰的把握这次提交的概要信息。在发现错误后也没法准确的定位引发错误的文件。因此,在提交工做时,要填写明晰的标注,可以概要的描述所提交文件的信息,让项目组其余成员在看到标注后不用详细看代码就能了解你所作的修改。
八.慎用锁定功能
在项目中要慎用锁定的功能,在你锁定了一个文件以后别人就没法继续修改提交该文件,虽然能够减小冲突的发生率,可是可能会影响项目组中其余人员的工做。平时只有在编辑那些没法合并的文件(例如图片文件,flash文件等)时,才适当的采用锁定操做。