svn使用规范
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
SVN使用规范
版本记录
序号版本修改内容修改人/日期审核人/日期批准人/日期1
2
编写目的:为了保存项目资料,管理项目版本。
提高开发的工作效率,管理项目文件。
使用范围:研发部
文件类型:源代码;技术文档;记录文档;
受控级别:保密;非保密;
SVN目录申请:
需项目负责人通过邮件向管理员申请,并抄送给部门经理,经部门经理同意后,方可开通账号及权限。
日常管理规定:
1)开发人员所有的项目资料必须上传SVN。
2)开发人员工作开展的时候,必须有SVN地址来CHECK OUT本机开展工作。
3)开发人员在上传SVN的时候,必须详细写上该版本的修改内容。
且内容必须大于10个字符。
4)开发人员每天下班前,把工作的内容上传SVN。
5) SVN的资料不对外公开。
确实需要分发的,必须通过部门领导同意。
6)使用者需紧记个人账号密码,保证SVN使用安全;多次忘记密码者,需接受相就惩罚。
7)不能向项目外的同事分发自身所负责项目的SVN内容。
8)如查实员工向不必要的人员分发SVN内容,一律作开除并且追究相关责任处理。
注意事项:
1)负责而谨慎地提交自己的代码(先更新后提交)
SVN更新的原则是要随时更新,随时提交。
当完成了一个小功能,能够通过编译并且通过自测之后,谨慎地提交。
如果提交过程中产生了冲突,则需要同之前的开发人员联系,两个人一起协商解决冲突,解决冲突之后,需要两人一起自测保证解决冲突之后,程序不会影响其他功能。
如果提交过程中产生了更新,则也是需要重新编译并且完成自己的一些必要测试,再进行提交。
2)保持原子性的提交
每次提交的间歇尽可能地短,以一个小时,两个小时的开发工作为宜。
如在更改UI界面的时候,可以每完成一个UI界面的修改或者设计,就提交一次。
在开发功能模块的时候,可以每完成一个小细节功能的测试,就提交一次,在修改bug的时候,每修改掉一个bug 并且确认修改了这个bug,也就提交一次。
我们提倡多提交,也就能多为代码添加上保险。
3)不要提交自动生成的文件
在编译过程中会产生很多自动文件,如.suo等配置文件、编译文件,以及其他的一些自动生成,同编译代码无关的文件。
4)不要提交不能通过编译的代码
代码在提交之前,首先要确认自己能够在本地编译。
如果在代码中使用了第三方类库,要考虑到项目组成员中有些成员可能没有安装相应的第三方类库,项目经理在准备项目工作区域的时候,需要考虑到这样的情况,确保开发小组成员在检出代码之后能够在统一的环境中进行编译。
5)不要提交自己不明白的代码
代码在提交入SVN之后,你的代码将被项目成员所分享。
如果提交了你不明白的代码,你看不懂,别人也看不懂,如果在以后出现了问题将会成为项目质量的隐患。
6)提交代码需填写注释
每次提交或建立新版本时,需描述清楚本次修改的内容,以便日后整理补丁,回滚版本所需。
每条注释前,增加对此注释功能的描述标签,如下所示:
+) 表示增加了功能
*) 表示对某些功能进行了更改
-) 表示删除了文件,或者对某些功能进行了裁剪,删除,屏蔽。
b) 表示修正了具体的某个bug。