SVN操作规范.doc

目录 1. SVN概述 1 2. 常规操作 1 2.1 文件检出 1 2.2 文件添加 1 2.3 文件删除 2 2.4 文件改名 2 2.5 文件更新 2 2.6 改动提交 2 3. 冲突解决 3 3.1 冲突的产生 3 3.2 冲突的解决 4 3.2.1 简单冲突解决 5 3.2.2 复杂冲突解决 7 4. 加锁策略 8 5. 标签分支 8 5.1 标签（tag） 8 5.2 分支（branch） 8 5.2.1 何时创建 9 5.2.2 合并分支 9 6. 注意事项 10 附：测试自动化小组SVN使用指导原则 1 SVN概述 随着项目的规模越来越大，以前靠邮件传送修改代码的方式显得捉襟见肘了，已经严重影响了我们的工作效率，以后我们将使用SVN来管理项目的开发。 SVN全称是Subversion，是一种版本控制系统，可以给团队开发项目时带来很多好处： 它给团队提供了一个项目级别的撤销功能，没有什么是最终确定了的，错误可以很容易被回滚。即无论团队成员什么时候所做的修改，都可以撤销。 它使得多个程序员可以有序地同时为同一个程序写代码。团队不再会因为某人覆盖了其他团队成员所做的编辑而丢失做过的工作。 版本控制系统记录着每时每刻的改动。如果你遇到了一些修改过的代码时，要找到是谁何时写的就会很方便，还可以通过日志了解为什么要这样写。 版本控制系统可以让你能够保持主线开发进行的同时发布多个版本。有了版本控制系统，就无须在发布之前让团队停止工作以冻结代码了。 版本控制系统是一个项目级别的时间机器，可以让你输入一个日期就可看到项目当时的样子。 SVN虽然说能帮助我们的团队更有效地协作，但是如果使用不当，它不仅没给我们带来任何的方便，反而会降低我们的工作效率，因此编写此规范，目的是方便大家的工作。 常规操作 文件检出 安装TortoiseSVN后，SVN会跟Windows的资源管理器完美集成。点击右键，我们可以在菜单栏中选择“SVN检出”选项，输入要检出代码的文件库的URL地址，我们就可以检出该URL地址下的文件库的文件。默认情况下是检出必威体育精装版版本的代码，如果需要，我们可以通过浏览日志，根据日志来找出想要的版本，然后在“版本”选项中指定相应版本就可以检出相关代码了。 之后，对于同一个项目的主干开发，我们都在这个检出的代码文件目录下操作，而不是每一次提交或更新都重新检出一次。 文件添加 我们在本地创建的文件(包括目录)不会受SVN的控制，为了让其接受SVN的控制必须将其添加到文件库中。对于团队其他成员需要的文件，如代码文件、某些模块的.a文件（由于某些需要，该模块代码不公开），我们必须让它们接受SVN的控制，并且保持必威体育精装版的版本。 文件删除 当我们需要删除无用的文件(包括目录)时，不能使用Windows的资源管理工具，而必须使用SVN本身的删除文件功能。这样该文件被删除后，其所有修改历史仍然保存在SVN服务器中，以后仍然可以获得该文件的修改历史。 文件改名 当我们需要对文件(包括目录)进行改名的时，不能使用Windows的资源管理工具，而必须使用SVN本身的文件改名功能。这样该文件被改名后，其改名前的所有修改历史仍然保存在SVN服务器中，保持连续的修改信息。 文件更新 其他团队成员提交到SVN上的改动不会自动更新到你的本地拷贝中来，我们需要通过更新文件操作来获取其他成员对项目文件所做的修改。SVN更新文件操作会把文件库里的文件与本地文件进行合并，从而达到了同时保留其他成员的修改及本地的修改的目的。如果无法自动合并则会发生冲突，需要使用文件比较工具进行手工合并，合并完成后才能提交已解决冲突的文件。冲突的详细解决方法见第三章——冲突解决。 在团队开发时，更新是一件很重要的工作，可以保持团队成员之间的工作内容一致，因此要注意经常更新自己的工作拷贝，以保证自己能够获得必威体育精装版的修改内容。 改动提交 我们对文件(包括目录)所做的一切改动，包括添加、删除、修改文件都必须提交到SVN服务器文件库中才能正式生效，之后团队的其他成员才可以获取你所作的修改。 提交是很重要的一项操作，要求做到： 提交代码之前一定要保证修改后的代码能编译通过，不能提交编译不通过的代码。 比较修改前及修改后的代码，把调试信息或其他不相关的信息去掉，再次确保提交的代码是正确的并且提交的是需要提交的文件。 不要等到修改了很多代码才提交，而是相关小功能完成时就应该提交一次。这样以后发现问题时就很容易撤销有问题的代码——因为撤销只能针对一次提交，所以在一次提交里涉及过多的功能是不推荐的。 提交时必须填写log信息，说明这次提交增加了什么功能或者修正了什么bug。这些信息有助于自己和其他团队成员了解整个项目的历史。当出现问题时也方便定位到对应的版本代码，所以log信息必须足够详细。 事务性提交。也就