在CentOS下安装SVN

1.SVN简介
由于前些年在版本的管理上采用的都是CVS系统,总体上而言还是很优秀的,经过了多年
的项目开发管理经历,在使用CVS系统在管理中大型的软件项目时还是遇到了很多不可克服的
缺陷和局限性,主要表现在如下的几个方向:
    1. 无法进行文件名称的修改活动,这样一来就会导致必须先删除该文件再上传,丢失了
       历史信息,要不就必须到服务上将xxx,v文件进行改名(我采用这种方法,不过总是
       找管理员太不方便了);
    2. 目录名称没有被管理,这样就不能进行改名等动作,其实项目的目录结构对于项目的
       成功起了非常重要的作用,每次也只能到服务器上进行修改;
    3. 项目的分支代价太高,需要对每一个文件都进行标记,对于大的项目耗时太长,并且
       基本上不能删除废弃了的分支和标记,因为那样很容易导致项目仓库的损坏,我就遇
       到了好多次这种让人发狂的情况;
    4. 对于文件二进制和文本的处理经常会出现混乱,结果就使将二进制文件当作文本上传
       后内容被扩展导致丢失,因为有些时候二进制文件的扩展名和某些文本文件的扩展名
       相同了,所以导致CVS识别就会出错。


      可以安装并配置subversion(简称svn)系统,使用svn来替换CVS系统,以解决上述问题。

      Subversion有两种运行方式,一种是基于Apache Http Server另外一种是Subversion Standalone Server。下面我讲解的是基于Apache Http Server的Subversion,这样做几个好处
A.能使用WebDAV协议。
B.能使用浏览器作为客户端工具浏览源码仓库。
C.可以很容易的支持到SSPI(Windows域认证)和LDAP(AD?),这些都是Apache本身就支持的。
D.能得到比较完善的Apache安全认证系统,比如SSL加密连接。

2.svn安装
安装系统
:CentOS
安装方式:yum install(这种方式比较简单,如果用源码安装容易产生版本兼容的问题)
建议
      
最好将svn系统安装在Linux操作系统环境下,这样一来系统比较的稳定可靠,同时也可以减少很多的病毒和攻击的服务器日常维护工作量,我将svn安装在了CentOS的服务器版本下。

安装:

           yum install httpd httpd-devel subversion mod_dav_svn mod_auth_mysql

确定已经安装了svn模块:mod_dav_svn
           #cd /etc/httpd/modules
           #ls | grep svn
             mod_authz_svn.so
             mod_dav_svn.so


如果要确认是否成功的安装了svn可以通过如下的命令进行验证:
        

svn --version
svn,版本 1.6.11 (r934486)
   编译于 May 14 2012,05:36:18

版权所有 (C) 2000-2009 CollabNet。
Subversion 是开放源代码软件,请参阅 http://subversion.tigris.org/ 站点。
此产品包含由 CollabNet(http://www.Collab.Net/) 开发的软件。

可使用以下的版本库访问模块:

* ra_neon : 通过 WebDAV 协议使用 neon 访问版本库的模块。
  - 处理“http”方案
  - 处理“https”方案
* ra_svn : 使用 svn 网络协议访问版本库的模块。  - 使用 Cyrus SASL 认证
  - 处理“svn”方案
* ra_local : 访问本地磁盘的版本库模块。
  - 处理“file”方案

 

3.apache的配置
配置/etc/httpd/conf/httpd.conf
(httpd的安装目录,一般是/etc/httpd或/usr/local/appache2)
进入到/etc/conf目录下用vim打开httpd.conf配置文件进行选项的修改:
            a. KeepAlive选项(可选)
               该选项可以修改也可以不修改,主要是为了提高http协议访问的性能,可以
               使得svn仓库的访问更快,KeepAlive表示可以保持http的永久性TCP连接,
               省去了每次都需要进行重建TCP连接的巨大开销,找到如下几个选项并修改:
                  KeepAlive On
                  MaxKeepAliveRequests 100
                  KeepAliveTimeout 15
             b. ServerAdmin/ServerName选项(可选)
                对于需要对系统进行管理的可以在ServerAdmin选项设置成为管理员的email
                地址,这样在出现问题时apache会自动发送邮件到该地址中;

                而ServerName  必须设置为本服务器的域名,如xxx.xxx.cn:80。

       为了使客户端能够通过Apache来访问SVN档案库,Apache需要加载一个特殊的模块mod_dav_svn。如果您的Apache是按照与预设目录安装的,mod_dav_svn 模块应该会安装在 Apache 安装位置 (默认路径是 /usr/local/apache2) 的 modules 子目

在CentOS下安装SVN_第1张图片

录内。同时在Apache的配置文件httpd.conf(默认路径为/usr/local/apache2/conf)中已经使用LoadModule指令加载了该模块(如果没有,请手动添加)LoadModule 指令的语法很简单, 就是将一个具名模块对映到共享链接库在磁盘上的位置:
LoadModule dav_svn_module     modules/mod_dav_svn.so
注意这个指令必须出现在其它的 Subversion 相关指令之前。
还要加载mod_authz_svn.so模块
如图:

测试Apache是否可以正常启动:

       #vim /etc/httpd/conf/httpd.conf -- Edit what you need and save the file
       #service httpd start
       #chkconfig httpd on
在浏览器中访问:http://localhost, 如果能看到Apache的页面,则说明Apache已经正常启动。

Apache命令:
       启动:apachectl -k start
       关闭:apachectl -k stop
       重启:apachectl -k restart
       查看日志:tail -f /etc/httpd/logs/error-log

4.svn的配置
进入到/etc/httpd/conf.d目录下用vim打开subversion.conf配置文件进行选项的
修改:
a. module的配置
一定要保证下面的两句话存在于配置文件中,否则无法在如svn的模块,就
无法访问svn的仓库了:
               LoadModule dav_svn_module     modules/mod_dav_svn.so
               LoadModule authz_svn_module   modules/mod_authz_svn.so

b. 仓库目录配置
项目仓库就是用于存放项目目录结构的服务器目录,一般情况下Linux的规则时间容易变化的内容存放在/var目录下,所以我们需要在/var目录下创建一个svn目录,这样所有的项目的根目录都作为/var/svn/目录下的一级子目录了,这样以来就可以在一个仓库目录下存放多个项目了。
              
下面将使用myapp这个仓库来配置Subversion

#mkdir -p /var/svn
 
# cd /var/svn
 
# svnadmin create myapp
 
# chown -R apache.apache myapp
 
# vi /etc/httpd/conf.d/subversion.conf

加入以下配置

LoadModule dav_svn_module     modules/mod_dav_svn.so
LoadModule authz_svn_module   modules/mod_authz_svn.so
 

DAV svn
SVNParentPath /var/svn
#
#   # Limit write permission to list of valid users.
#  
#      # Require SSL connection for password protection.
#      # SSLRequireSSL
#
AuthType Basic
AuthName "Authorization Realm"
AuthUserFile /var/svn/passwd
Require valid-user
#  

 下面建立可访问用户文件

# htpasswd -c /var/svn/passwd justin

要增加用户,则使用下面命令

# htpasswd /var/svn/passwd other

重起Apache

# service httpd restart

Subversion部分安装完成,打开浏览器访问http://localhost/svn/myapp即可看到效果。




转载地址:http://blog.csdn.net/liuyuan_jq/article/details/2110814




作者:fbysss
msn:[email protected]  
blog:blog.csdn.net/fbysss
声明:本文由fbysss原创,转载请注明出处
关键字:svn分支合并

1.创建分支的意义

创建分支的意义,比如我们在一个基础平台上进行开发,每个技术小组负责一个子项目,而基础平台也是有可能会继续更改的,这个时候,如果不创建分支,子项目之间会相互影响,影响最大的就是后期的测试和版本发布,子项目A已经结束,但测试却受到正在进行的子项目B的影响,测试通不过,就别说版本发布了。所以,我们需要从目前的项目(主干trunk)中创建分支(branch),隔离子项目间的相互影响。

2.svn创建分支原理

在svn中,创建分支,实际上就是一个版本拷贝(对应copy to...注意:绝不是简单在客户端上copy一个目录,而是svn仓库中copy,文件版本号会增加。),两边做任何修改发生的版本变化,是一套机制。举例:目前主干版本是100,分支版本是101,主干中增加一个文件,版本为102,分支中再增加一个文件,版本就为103了。两边的版本号是一套,不会重复。

3.svn创建分支的方法

TortoiseSVN:右键点击工程目录->TortoiseSVN->Branch/tag..菜单,From WC at Url自动为工程svn url,比如https://localhost:8443/svn/fbysss/prj1/trunk,to Url填写https://localhost:8443/svn/fbysss/prj1/branches/branch1。点OK按钮,分支就创建好了。

Subclipse:Team->Branch/tag..,跟上面类似.

SVN命令模式:svn copy trunk_path  branch_path  -m '描述'

举例:svn copy https://localhost:8443/svn/fbysss/prj1/trunk  

 https://localhost:8443/svn/fbysss/prj1/branches/branch1 -m "第一个分支"

注意一点:trunk和branch不能互为子目录,否则就乱套了。

4.分支合并

1)从分支合并到主干

分支开发结束之后,往往需要合并回主干去测试、发布,但分支和主干可能有很多冲突的地方,在合并时经常需要手工解决。

被操作对象:主干

From:主干的打出分支时的版本

To:分支的Head版本(最新版本)

 

怎么理解这个From和To呢?似乎跟我们的想当然不太一样:因为我们理解,把分支合并到主干,肯定是From分支,To主干。怎么搞反了呢?

实际上,Svn认为,我们要合并的,是从主干的某个版本开始,到分支的某个版本结束。两边的版本号实际上是一套系统,不会有重复。我们从TortoiseSVN Help中也能找到证据:

 

If you are using this method to merge a feature branch back to trunk, you need to ........

In the From: field enter the full folder URL of the trunk. This may sound wrong, but remember that the trunk is the start point to which you want to add the branch changes. You may also click ... to browse the repository.

In the To: field enter the full folder URL of the feature branch. 

2)从主干合并到分支

试想这样的情况:一个项目里面,要独立出来一个子项目,需要单独发布版本,用到了基础框架代码,而基础框架在主干中不断修改完善,这就需要从主干合并到分支。

被操作对象:分支

From:分支的第一个版本(最旧版本)

To:主干的Head版本(最新版本)

相当于从分支的第一个版本开始一直到主干最后一个版本结束合并之后,替换分支。

3)从分支合并到分支

有这样的需求:一个项目中有很多分支,这些分支需要分期上线,有多个工作并行,但每一期之间不能相互影响,这就可以打出几个tag(也是分支),从主干copy而来。其他主干根据排期分别合并到这些tag中来。比如有prjTag1和prjTag2,model1、model2需要合并到prjTag1中,model3、model4需要合并到prjTag2中。拿prjTag1举例:

在prjTag1的work copy中,merge

From:主干的打出分支时的版本

To:分支的Head版本(最新版本)

注意:From不是本Tag的某个版本,而是之前主干打出分支时的版本,最终Merge到prjTag1的work copy,而prjTag1是找不到当初打分支时的版本的。



你可能感兴趣的:(svn,centos,subversion,apache,module)