SVN构建学习.docVIP

Subversion TortoiseSVN 基于Apache 姓名：汪洋 地点：华科 EML：lostangelwangyang@ 时间：2009-9-12 前言： 伴随一个输入密码对话框的弹出，我知道我成功了。 项目组一直是使用SVN管理的，而对于我这个单单关注项目的人来说，服务器的构建，SVN代码仓库的构建从来没有接触过。用一个乌龟Checkout和Commit几乎就是我对SVN的所有了解了。当真正决定自己来构建一个代码仓库时，遇到的问题比想象中的多好多，最终熬过几个夜晚后，在这个幸运的早晨，我成功了。 我原来打算，写成一篇类似产品使用说明书的技术文档，但我现在打算以一种博文的语调写成一篇学习笔记，记下我整个配置过程中所遇到的点点滴滴，构建过程中有些设置原因我也不是很懂，但希望我的做法能够具有借鉴意义。最终它将被挂在我那老不更新的博客上。 在此要感觉SVN的官方帮助文档，以及各种SVN论坛 注意： 如果你的系统本来就是服务器系统或非XP，那请参考其他文献进行学习，因为我的只是在XP系统上尝试成功，其他系统，不作保证。 参照版本： TortoiseSVN：TortoiseSVN-6613-win32-svn-1.6.3.msi Apache：apache_2.2.13-win32-x86-openssl-0.9.8k.msi Subversion：Setup-Subversion-1.6.3(1).msi 说明： 以上都是免费开源软件，可以直接从官方网站上下载。 原本我下载的是源码，因为自己编译源码可以根据自己的电脑环境来定制编译一个怎样的结果，如何你自己编译过Boost库，你就感觉自己编译的更好使。不过本人能力有限，在经过几次奋战无果后，还是选择了现成的版本。在官网上选择版本时，请注意兼容性，如Apache2.2就需要配上Subversion1.6.。 同时我还想提一下VisualSVN-Server-2.0.5.msi，它与Subversion作用一样，不过它在命令行之上有一层友好的交互界面，同时它还集成了Apache， Openssl等，可以一次安装后顾无忧，不过我没有选择它，因为从它小巧的体积感觉Apache是阉割过的，还有我已经在本地安装了Apache，如果再安装它的话，结果这个阉割Apache还不能识别已安装的，导致电脑上会有两个Apache在运行，所以最后我不得不放弃这美妙的交互界面，老老实实面对Subversion的命令行。如果朋友你只是为了建一个代码仓库，而不会去搞基于Apache的网站开发，你可以直接使用VisualSVN-Server-2.0.5.msi来代替Apache加Subversion。 简介： Subversion是运行在服务器或者工作站上，通过IIS，Apache等Web服务软件的支持，完成：管理代码仓库，版本控制，权限控制等等任务。由于我的系统是XP，也没有服务器可用，就选择了Apache把自己的电脑改装为工作站。 TortoiseSVN是运行在本地的客户端部分，实现代码下载到本地，本地管理，上传到服务器等。 SVN从CVS演变而来，但由于CVS的设计已经决定其无法前进了，所以SVN却并没有继承CVS的一句代码，它呈现为一个崭新的设计，现已经成为版本控制中的主流，许多开放源码团体已将 CVS 转换为 Subversion。已经转换使用 Subversion 的包括了 FreeBSD、Apache Software Foundation、KDE、GNOME、GCC、Python、Samba、Mono 以及许多团体。同时Google等许多公司现已提供免费的SVN空间。基于微软的VSS，就没有谈及它的必要了。 版本控制模型： 文件共享的问题描述： 当两个合作者对同一份文件同时进行修改时，一个人的修改会使得另一个的修改丢失 两个版本控制模型： Lock-Modify-Unlock模型： 模型描述：一个人在修改前需要将该文件锁起，此时，另一个人只能等待，直到第一个人完成修改并解锁后，他才能获得修改的权限 优点：当共享的不只是代码，比如是一张图片时，对这张图片的修改只能由一个人进行，此时锁定是最安全的 缺点：在完成修改后，往往会忘记解锁，此时会带来管理成本，同时降低开发效率 当两个人要对同一份文件的不同两个部分进行修改时，尽管两个人的关注段落并不相关，此时也无法并行进行 当代码文件A依赖文件C，代码文件B也依赖C，对文件A和文件B的修改并不能相互兼容，这样可能导致整个项目工程无法运行。 Copy-Modify-Merge模型： 模型描述；每位开发者都会在本地有一个备份，当然有人对某个文件进行了修改后，会通知所有开发者有新版本生成，此时可以保持当然版本，也可以进行合并更新。 优