开发部svn使用规范

《开发部svn使用规范》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、开发部SVN使用规范文档编号保密等级作者李鹏最后修改日期2014.12审核人最后审批日期修改记录日期版本作者/修改者描述审核人2014.12.19V1.0李鹏初稿版本2014.12.24VI.1李鹏1.增加【测试代码】【源代码】文件夹的使用规范2014.12.25V1.2李鹏1.确定项目库目录结构：【主干代码】【代码分支】【版本库】【数据库】【文档】2.细化【代码分支】F1录内容1.目的：木制度为研发部SVN配置管理的准则和依据，所冇与SVN配置铮理的行为都必须遵照并服从于木制度。2.适用范木制度适用于研发部

2、全体员工。3.SVN操作规范3.1账号注册及权限申请1）账号注册：员工没有SVN帐号，通过邮件联系SVN管理员（李鹏），邮件正文注明申请SVN普通帐号，管理员处理完帐号注册事宜后，会邮件回复。注：普通帐号，只对个人冃录有读取权限。2）权限的申请：根据员工所参与的项冃，SVN管理员对其开放相应冃录的读、写权限。3）账号注销：员工离职后，对其账号进行注销。3.2目录结构规范文档结构如下：项n文件夹卜一主干代码卜一代码分支卜一数据库I—版本库I—文档1）主干代码此文件夹的代码主要用于开发人员进行开发提交，版本提交会

3、比较频繁。a.代码捉交每次要有详细的备注说明，要表明修改内容、修改人、修改H期。b.代码提交必须是通过编译的源代码，不能提交不能通过编译的源码C.测试坏境的代码都通过此冃录进行更新，保证测试环境是最新版本。2）代码分支代码分支通过测试代码文件进行生成。a.代码分支的定义规则：projectname+H期时I'可+功能点，比如it_20141224_profile,在创建每一个代码分支时，必须增加标注。b.测试代码库作为项冃的主干代码，主耍用于新功能的开发。代码分支建立的冃的是为了用作发布，或提供不同版木的系统

4、给用户。c.创建代码分支必须要有详细的备注说明。d.代码分支建立后要定期合并到主干测试代码文件。3）数据库数据库冃录存放侮次版本更新时的数据库文件，包括sql语句执行文件等，冃录格式为版木名称+更新口期。例如2014年12刀19日系统初始进行发布，发布内容包含SQL执行文件，此SQL文件要提交到SVN数据库中，建立目录为【初始版本20141219】。4）版本库版本库存放项冃的发布版本，每次通过源代码冃录进行生成。当开发进行到一个阶段，需要进行确定版木的时候，通过对源代码冃录使川SVN的建立分支功能把当前的代码

5、打包存储在版木库屮。版本库的日录规则为：版木名称+建立日期+版本号。例如：2014年12月19日发布初始版本,初始版本的源代码就需要建立版木再版木库中，存放目录名称为【初始版木20141219VI.0]5）文档此文件夹存放开发过程中所产生的各类文档，包括需求文档、开发计划、设计文档、数据字典、测试计划、测试用例、测试报告等。3.3说明注释侮次捉交或建立新版本吋，尽量描述清楚木次修改的内容，以便FI后整理补丁，回滚版本所需。每条注释前，增加对此注释功能的描述标签，如下所示：+）表示增加了功能*）表示对某些功能进

6、行了更改-）表示删除了文件，或者对某些功能进行了裁剪，删除，屏蔽。b）表示修正了具体的某个bug3.4提交规则1）负责而谨慎地提交自己的代码当某一模块功能完成示，并测试无问题，谨慎地提交。如果提交过程小产生了冲突，则需要同之前的开发人员联系，两个人一起协商解决冲突，解决冲突之后，需要两人-•起测试保证解决冲突之后，程序不会影响其他功能。如果提交过程中产生了更新，则也是需要重新编译并H•完成自己的一些必要测试，再进行提交。2）不要提交自动生成的文件Ec1ipsc会在build>.setting和根冃录下生成大虽

7、编译及工作空间信息文件,不要把这些文件提交。尽量做到每次提交选择确认提交的文件捉交，而非点击根FI录提交，并把所冇文件勾选上。3）不要提交不能通过编译的代码代码在提交之询，首先要确认自己能够在木地编译。如呆在代码中使用了第三方类库，要考虑到项冃组成员中有些成员可能没有安装相应的第三方类库或者没有放入jre的ext中,项冃经理在准备项冃工作区域的时候，需要考虑到这样的情况，确保开发小组成员在签出代码之后能够在统一的环境屮进行编译。4）不要提交自己不明白的代码和文件代码在提交入SVN之后，你的代码将被项目成员所分

8、享。如果提交了你不明口的代码，你看不懂，别人也看不懂，如果在以后出现了问题将会成为项冃质量的隐患。因此在引入任何笫三方代码Z前，确保你对这个代码冇一个很清晰的了解，同样的，不清楚的文件也不要提交。5）永远不要用外部文件覆盖版本库文件当外部文件覆盖版木库同名文件时，SVN执行的是先删除后添加的操作，两个同名文件并不会享有相同的历史，如果上个文件有所更改，将不会在新文件上表示出來，使得更改丢失。