《svn_分支与合并》由会员分享，可在线阅读，更多相关《svn_分支与合并（8页珍藏版）》请在金锄头文库上搜索。
1、Subversion 配置和使用之分支与合并（5）分支与合并 分支的基本概念就正如它的名字,开发的一条线独立于另一条线,如果回顾历史,可以发现两条线分享共同的历史,一个分支总是从一个备份开始的,从那里开始,发展自己独有的历史(如下图所示) 创建分支 假设目前我们版本库中的项目的布局如下图： 如图所示，我们的项目放在了 trunk（主线）目录，另外还有 branch(分支)和tags(标签)目录，这样的布局是为了更清晰的区别主线、分支和标签三者的位置。 subversion 对分支和标签是通过复制一份最新的版本库的快照来实现的。 开始创建分支： 在我们 CheckOut 的主线目录(trunk)
2、上，右键点击然后选择“Branch/tag” 在弹出的窗口中，将 To Url 指向 branch 目录并输入分支的具体目录名，这里是 mybranch1.0，我们即将创建的分支便存放于此处，点击 OK。 Update 一下本地的 branch 目录，你就可以看到你刚刚创建的分支“mybranch1.0”，这样一来我们的分支就创建完成了。 创建分支的最大的目的就是跟主线进行并行开发的时候不影响主线的开发。 因为你在分支上所做的提交都只存于分支上，主线上的 Update 是看不到分支的修改的。如下图所示，trunk 只能看到 r344 的版本，并看不到 r343 的版本。 （什么时候应该使用分支
3、呢？例如你接到了一个任务，完成这个任务需要三四个人的合作，你们之间需要共享资源，那们就可以创建一个专为这次任务的分 支，参与此次任务的人员则在分支上做开发，等完成之后再合并到主线上，才不会出现将实现了一半的不完成功能也提交到主线上，影响主线的正常工作。又或者自 己需要一个较长的开发周期来完成任务，这么长的时间内如果一直没有将资源进行提交，万一丢失了就前功尽弃了。当然分支不是只用于此类情况，还有其它很多种 情况也能使用分支来达到目的。） 使用分支需要注意,由于长期的独立开发，可能会在合并回主线时出现较多的冲突。所以在支线上开发间期如果发现主干有更新，而且这个更新有可能将来 跟你产生冲突，那你可以
4、先将主线的内容合并到分支上。已免等到做了大量修改再来更新。(其实此过程跟分支合并到主线上是一样的操作，只是目的地不同。) 例如我们在主线上的版本为 3，我们如何将此版本的信息合并到分支上呢？ Merge”。在分支的根目录上右键点击，选择“TortoiseSVN 在这里我们必需先弄明白一个合并背后的关健概念 合并的过程中发生的所有事:首先两个版本库树的比较，然后将区别应用到本地拷贝. 这个命令是包括三个参数的: 1. 初始的版本树 2.最终的版本树 3 一个接收区别的工作拷贝。 弄明白这些概念之后我们继续往下操作。 在弹出的窗口中，选择主线目录和其版本号(初始的版本树)，再选择主线目录和最新的版
5、本号（最终的版本树），这里也可以是某一个版本号但应该比初始的版本树的版本号要高，接收区默认为你右键所指的目录，这里是mybranch1.0。 在合并之前我们可以通过点击“Unified diff”，查看两版本树之间所有文件的内容的变化，“diff”显示出有发生变化的文件列表，“dry run”能显示真正合并时的状态信息，但并没有做任何的合并操作。 我们点击“Merge”。 在点击“Merge”，合并后的文件（即对分支上的文件补上了主线上修改的内容），如无冲突则可以在分支上像其它文件一样使用了，如果合并后的内容不满意，可以通过撤销来取消这次的合并操作，前提是未对合并后的文件做提交操作。 分支合并
6、到主线跟从主线上合并内容到分支上类似 不同的是 1、开始的版本库是分支创建的版本 2、结束的版本库是完成所以开发工作之后的版本 3、应用的目的是主线目录 关于转换工作拷贝、标签（标签在 Subversion 中跟分支是相同原理的，一个不去做任何的修改的分支就是版本库某一时刻的一个快照，相当于为某一个版本做了一个标签） - Apache Web Subversion 配置和使用之附录（6）附录： 使用 Apache Web Server 作为 Subversion 的服务器 1、 在 Apache 的网站上下载 apache 2.0.x 版本； 下载地址：http:/httpd.apache.o
7、rg/ 2、 安装 Apache Web 服务器。 一旦你有了 Apache2 安装程序，你可以双击它，然后它会指导你的安装过程，请确认你输入的 server 的 URL 正确（如果你的服务器没有 DNS 名称，请直接输入 IP 地址）。我建议安装 Apache 为所有用户，在 80 端口，作为一个服务。注意：如果你已经有了 IIS 或其他监听 80 段口的程 序，安装会失败，如果发生这种情况，直接到程序的安装目录Apache GroupApache2conf，打开httpd.conf。编辑文件的 Listen 80 为其他可用的端口，例如 Listen 81，然后重新启动这样就不会那个问题了
8、。 现在可以测试 Apache 服务器了，将浏览器指向 http:/localhost/将会看到一个预先配置的网站。 3、 将 Subversion 集成到 Apache Web Server 首先，使用 Windows 资源管理器，来到 Subversion 的安装目录(如C:developertoolsSubversion)，找 到文件/httpd/mod_dav_svn.so 和mod_authz_svn.so,拷贝这些文件到 Apache 的模块目录，（例 如：C:developertoolsApache GroupApache2modules）。 接着，使用记事本之类的文本编辑器修改
9、 Apache 的配置文件（例如 C:developertoolsApacheGroupApache2confhttpd.conf），做出如下修改：去掉如下几行的注释（删除 #标记）： #LoadModule dav_module modules/mod_dav.so #LoadModule dav_fs_module modules/mod_dav_fs.so 将下面几行添加至尾部 LoadModule dav_svn_module modules/mod_dav_svn.so LoadModule authz_svn_module modules/mod_authz_svn.so 4、 配
10、置 现在你已经设置了 Apache 和 Subversion，但是 Apache 不知道如何处理Subversion 客户端，例如 TortoiseSVN。为了让 Apache 知道哪个目录是用来作为 Subversion 版本库，你需要编辑 Apache 的配置文件 （例如：C:developertoolsApacheGroupApache2confhttpd.conf） 在配置文件最后添加如下几行： /Subversion 版本库的 URL 是 http:/Server/svn/ DAV svn /告诉 Apache 是哪个模块响应那个 URL 的请求此刻是 Subversion模块 SV
11、NListParentPath on /显示所有 SVNParentPath 下的版本库。 SVNParentPath D:SVN /告诉 Subversion 需要查看的版本库位于 D:SVN 之下 AuthType Basic /激活基本认证，就是用户名/密码 AuthName Subversion repositories /认证对话框的信息 AuthUserFile passwd /指定使用的密码文件 AuthzSVNAccessFile svnaccessfile /Subversion 版本库的访问控制文件的路径 Require valid-user /只有输入了正确的用户/密码的
12、用户可以访问 URL 5、 创建密码文件 打开命令行提示符（DOS），来到 apache2 目录（例如C:developertoolsApacheGroupApache2bin）通过输入下面的命令创建文件 Htpasswd c passwd john /创建一个文件名为 passwd 的密码文件，并添加一个用户，系统会提示输入密码和密码确认，完成之后新的用户名的密码就被添加至 passwd 文件里边，密码采用 MD5 进行加密。 继续往文件里边添加用户和密码 Htpasswd passwd peter .(注：将产生的文件存放到你配置的 AuthUserFile 的路径,这里是AuthUserFile C:developertoolsApache GroupApache2confpasswd)。 最后重新启动 Apache,在浏览器中输入 http:/server/svn/RepositoryName，我们这里是 http:/localhost/svn/ sise_repository 如果一切正常，你会被提示输入用户名和密码，然后你会看到版本库的内容。 省略： 路径为基础的授权 使用 Windows 域认证 多重认证源
