SVN使用规范及要求V10.docVIP

技术部内部规范 PAGE \* MERGEFORMAT1 SVN使用规范及要求 V1.0  文档变更历史 序号 变更说明 作者 版本号 日期 1 建立初始文档 张维波 V1.0 2015-07-20 目 录 TOC \o 2-3 \f \h \z \t 标题 1,1 HYPERLINK \l _Toc431196336 1. 引言 PAGEREF _Toc431196336 \h 4 HYPERLINK \l _Toc431196337 1.1 编写目的和范围 PAGEREF _Toc431196337 \h 4 HYPERLINK \l _Toc431196338 1.2 相关术语 PAGEREF _Toc431196338 \h 4 HYPERLINK \l _Toc431196339 2. 使用规范及要求 PAGEREF _Toc431196339 \h 4 HYPERLINK \l _Toc431196340 2.1 SVN账号申请及管理 PAGEREF _Toc431196340 \h 4 HYPERLINK \l _Toc431196341 2.2 使用规范 PAGEREF _Toc431196341 \h 4 HYPERLINK \l _Toc431196342 3. SVN具体使用规范 PAGEREF _Toc431196342 \h 7 HYPERLINK \l _Toc431196343 3.1 TortortoiseSVN使用 PAGEREF _Toc431196343 \h 7 HYPERLINK \l _Toc431196344 3.2 Myeclipse中SVN使用规范 PAGEREF _Toc431196344 \h 7 引言 编写目的和范围 本制度为研发部SVN配置管理的准则和依据，所有与SVN配置管理的行为都必须遵照并服从于本制度。 本制度适用于研发部全体员工。 相关术语 使用规范及要求 SVN账号申请及管理 1. 用户帐号注册：新进员工没有SVN帐号，通过邮件联系SVN管理员，邮件正文注明申请SVN普通帐号，管理员处理完帐号注册事宜后，会邮件回复。 注：普通帐号，只对个人目录有读取权限。 2. 权限的申请： 根据员工所参与的项目，SVN管理员对其开放相应目录的读、写权限。 3. 账号注销：员工离职后，对其账号进行注销。 使用规范 1、使用自己的账户和密码 开发人员进行开发，必须使用自己的账户登录，禁止使用他人账户进行SVN各项操作。 2、不要签出（SVN Checkout）整个目录。 工作中需要对项目或解决方案进行任何操作时，应使用SVN请求最新代码或文件。不要签出（SVN Checkout）整个目录（切记对整个项目进行更新或提交动作），除非特别必要，不应同时签出过多的项。使用myeclipse进行项目更新时，要使用资源同步，只更新或提交有需要的代码。 3、先更新（SVN Update），再提交（SVN Commit） 每天在进行开发工作之前先更新代码，下班时提交可用的代码。 SVN更新的原则是要随时更新（SVN Update），随时提交（SVN Commit）。当完成了一个小功能，能够编译并且通过自己测试之后，谨慎地提交。 如果在修改的期间别人也更改了SVN的对应文件，那么Commit就可能会失败。如果别人和自己更改的是同一个文件，那么Update时会自动进行合并，如果修改的是同一行，那么合并时会产生冲突，这种情况就需要同之前的开发人员联系，两个人一起协商解决冲突，解决冲突之后，需要两人一起测试保证解决冲突之后，程序不会影响其他功能。 在更新时注意所更新文件的列表，如果提交过程中产生了更新，则也是需要重新编译并且完成自己的一些必要测试，再进行提交。这样既能了解别人修改了哪些文件，同时也能避免SVN合并错误导致代码有错。 4、多提交（SVN Commit），不要长时间签出（SVN Checkout）项目或解决方案，减少因多人对同一文件进行操作而产生的文件冲突。 每次提交的间歇尽可能地短，以几个小时的开发工作为宜。例如在更改UI界面的时候，可以每完成一个UI界面的修改或者设计，就提交一次。在开发功能模块的时候，可以每完成一个小细节功能的测试，就提交一次，在修改bug的时候，每修改掉一个bug并且确认修改了这个bug，也就提交一次。我们提倡多提交，也就能多为代码添加上保险。 5、不要提交不能通过编译的代码 代码在提交之前，首先要确认自己能够在本地编译。如果在代码中使用了第三方类库，要考虑到项目组成员中有些成员可能没有安装相应的第三方类库。开发人员在准备项目工作的时候，需要考虑到这样的情况，确保开发小组成员在签