硬件研发部SVN库管理规范.docxVIP

总则目的：规范目前硬件设计、固件设计、机械设计、项目管理、项目支撑等相关人员对SVN的操作。SVN虽然能帮助我们的团队更有效地协作，但是如果使用不当，它不仅没给我们带来任何的方便，反而会降低我们的工作效率，因此编写此规范，目的是方便大家的工作。适用范围：硬件研发部全体员工、后续可能对关联部门(生产部、品质部、采购部)的部分版本库的部分权限开放。SVN概述随着项目的规模越来越大，以前靠邮件传送修改代码的方式显得捉襟见肘了，已经严重影响了我们的工作效率。SVN全称是Subversion，是一种版本控制系统，可以给团队开发项目时带来很多好处：它给团队提供了一个项目级别的撤销功能，没有什么是最终确定了的，错误可以很容易被回滚。即无论团队成员什么时候所做的修改，都可以撤销；它使得多个程序员可以有序地同时为同一个程序写代码。团队不再会因为某人覆盖了其他团队成员所做的编辑而丢失做过的工作；版本控制系统记录着每时每刻的改动。如果你遇到了一些修改过的代码时，要找到是谁何时写的就会很方便，还可以通过日志了解为什么要这样写；版本控制系统可以让你能够保持主线开发进行的同时发布多个版本。有了版本控制系统，就无须在发布之前让团队停止工作以冻结代码了；版本控制系统是一个项目级别的时间机器，可以让你输入一个日期就可看到项目当时的样子。常规操作基本操作流程图图1 SVN基本操作流层图在这里一定注意，在对已有的版本库进行操作前，一定要先更新后提交，具体注意事项如下：经常更新：由于文件可能有多个人修改，应该经常更新你的工作拷贝中的文件，这样能降低发生冲突的可能性；测试提交：提交前先在本地进行测试。不允许将有错误的文件提交到SVN服务器上；填写备注：提交时一定要写备注：备注有助于其他人（包括三个月后的你自己）理解你对文件所做的修改；整体提交：提交文件时注意要提交一项改动所对应的所有文件，不要一次提交一个文件或者一次提交修改了很多功能的一堆文件。冲突冲突的解决注意事项：目前根据部门人员规模及项目规模，尽量避免多人在同一时间对同一个文档进行编辑的情况，目前最可能出现冲突的情况有两种：1 因为软件自身原因，改变了个别记录性质的文件(如allegro的.jrl文件)，并不是出于自身想编辑文档的意愿；2 忘记更新而直接编辑协同工作的文档，比如同一个使用说明书，A员工修改提交后，B员工忘记更新直接修改提交。对于第一种情况，选择SVN还原(revert)放弃自己的修改即可，如下图2所示。关于避免冲突的几点建议：修改文件之前，先进行一次update操作；修改完成后，及时commit，不要在本地停留过长时间；在多位团队成员协作时，尽量修改自己撰写的部分，尽量不要修改不属于自己撰写的部分；出现冲突很正常，可以通过前面的方法解决，不要相互覆盖。图2SVN还原操作文件检出安装TortoiseSVN后，SVN会跟Windows的资源管理器完美集成。点击右键，我们可以在菜单栏中选择“SVN检出”选项，输入要检出代码的文件库的URL地址，我们就可以检出该URL地址下的文件库的文件。默认情况下是检出最新版本的代码，如果需要，我们可以通过浏览日志，根据日志来找出想要的版本，然后在“版本”选项中指定相应版本就可以检出相关代码了。之后，对于同一个项目的主干开发，我们都在这个检出的代码文件目录下操作，而不是每一次提交或更新都重新检出一次。文件添加我们在本地创建的文件(包括目录)不会受SVN的控制，为了让其接受SVN的控制必须将其添加到文件库中。对于团队其他成员需要的文件，如代码文件、某些模块的.a文件（由于某些需要，该模块代码不公开），我们必须让它们接受SVN的控制，并且保持最新的版本。文件删除当我们需要删除无用的文件(包括目录)时，不能使用Windows的资源管理工具，而必须使用SVN本身的删除文件功能。这样该文件被删除后，其所有修改历史仍然保存在SVN服务器中，以后仍然可以获得该文件的修改历史。文件改名当我们需要对文件(包括目录)进行改名的时，不能使用Windows的资源管理工具，而必须使用SVN本身的文件改名功能。这样该文件被改名后，其改名前的所有修改历史仍然保存在SVN服务器中，保持连续的修改信息。文件更新其他团队成员提交到SVN上的改动不会自动更新到你的本地拷贝中来，我们需要通过更新文件操作来获取其他成员对项目文件所做的修改。SVN更新文件操作会把文件库里的文件与本地文件进行合并，从而达到了同时保留其他成员的修改及本地的修改的目的。如果无法自动合并则会发生冲突，需要使用文件比较工具进行手工合并，合并完成后才能提交已解决冲突的文件。在团队开发时，更新是一件很重要的工作，可以保持团队成员之间的工作内容一致，因此要注意经常更新自己的工作拷贝，以保证自己能够获得最新的修改内容。改动提交我们对文件(包括目