Apache2.2.11和SVN1.6.1搭建svn版本控制平台(windows环境)(2)----SVNServer
2009-05-10 19:05
603 查看
安装 ApacheSVN 服务器
Subversion的设计包括一个抽象的网络层,这意味着版本库可以通过各种服务器进程访问。理论上讲,Subversion可以使用无限数量的网络协议实现,目前实践中存在着两种服务器。
SVNServer:svnserve
是一个小的(也叫轻型的)、独立服务器,使用自己定义的协议和客户端。(作者注:以下称这种服务器为“svnserver服务器”,上面的安装配置就是安装svnserver服务器。)
ApacheSVN:Apache是最流行的web服务器,通过使用 mod_dav_svn
模块,Apache可以访问版本库,并且可以使客户端使用HTTP的扩展协议WebDAV/DeltaV进行访问。(作者注:以下称这种服务器为“ApacheSVN服务器”)
通过 Http 协议访问版本库是 Subversion
的亮点之一。ApacheSVN服务器具备了许多svnserve服务器没有的特性,使用上更加灵活,但是有一点难于配置,灵活通常会带来复杂性。
由于 Subversion 需要版本化的控制,因此标准的 Http
协议不能满足需求。要让 Apache 与 Subversion 协同工作,需要使用
WebDAV(Web-based Distributed Authoring and Versioning:)Web
分布式创作和版本控制)。WebDAV 是 HTTP 1.1 的扩展,关于 WebDAV
的规范和工作原理,可以参考 IETF RFC 2518
(http://www.ietf.org/rfc/rfc2518.txt)。
运行独立服务器
此时 subversion
服务还没有开始,只是通过它的命令建立了版本库。继续在刚才的命令窗口输入:
svnserve.exe –daemon
svnserve 将会在端口 3690 等待请求,--daemon(两个短横线)选项告诉
svnserve
以守护进程方式运行,这样在手动终止之前不会退出。注意不要关闭命令行窗口,关闭窗口会把
svnserve 停止。
为了验证svnserve正常工作,使用TortoiseSVN -> Repo-browser
来查看版本库。在弹出的 URL 对话框中输入:
svn://localhost/svn/repo1
点 OK 按钮后就可以看见 repo1 版本库的目录树结构了,只不过这时 repo1
是个空库。
你也可以使用--root选项设置根位置来限制服务器的访问目录,从而增加安全性和节约输入svnserve
URL的时间:
svnserve.exe --daemon --root drive:/path/to/repository
以前面的测试作为例,svnserve 将会运行为:
svnserve.exe --daemon --root e:/svn
然后TortoiseSVN中的版本库浏览器URL缩减为:svn://localhost/repo1
2. 配置用户和权限
用文本编辑器打开E:/svn/repos1/conf目录,修改svnserve.conf:
将:
# password-db = passwd
去掉前面的 # 注释符,注意前面不能有空格。
然后修改同目录的passwd文件,增加一个帐号:
将:
[users]
# harry = harryssecret
# sally = sallyssecret
后增加帐号:
test = test
即用户名为test = 密码为test
六、初始化导入
下面就是将我们的数据(项目)导入到这个版本库,以后就由版本库管理我们的数据。我们的任何改动都回被版本库记录下来,甚至我们自己丢失、改错数据时版本库也能帮我们找回数据。
比如,我在 d:/wwwroot 下有个 guestbook
文件夹,里面存放的是我编写的留言簿程序。在此文件夹上“右键 ->
TortoiseSVN -> Import...” ,在弹出对话框的“URL of
repository”输入“svn://localhost/repos1/guestbook”。在“Import
message”输入“导入整个留言簿”作为注释。
点 OK 后要求输入帐号。我们在用户名和密码处都输入 test 。完成后
guestbook 中的内容全部导入到了 svn://localhost/svn/repo1/guestbook
。
我们看到在 e:/svn/repo1 没有任何变化,连个 guestbook
文件夹都没有建立,唯一的变化就是e:/svn/repo1容量变大了。实际上我们源guestbook中的内容已经导入
repo1 版本库了,源 guestbook 文件夹可以删除了。
需要注意的是,这一步操作可以完全在另一台安装了 TortoiseSVN
的客户机上进行。例如运行svnserve的主机的IP是133.96.121.22,则URL部分输入的内容就是“svn://133.96.121.22”
。
七、基本操作流程
1、取出(check out)
取出版本库到一个工作拷贝:
来到任意空目录下,比如在f分区建立一个空文件夹 f:/work 。“右键
-> SVN Checkout”。在“URL of
repository”中输入“svn://localhost/svn/repo1/guestbook”,这样我们就得到了一份
guestbook 中内容的工作拷贝。
2、存入(check in)/提交(commit)
在工作拷贝中作出修改并提交:
在 guestbook 工作拷贝中随便打开一个文件,作出修改,然后“右键 ->
SVN Commit...
”。这样我们就把修改提交到了版本库,版本库根据情况存储我们提交的数据。
在修改过的文件上“右键 -> TortoiseSVN -> Show Log”
,可以看到对这个文件所有的提交。在不同的 revision 条目上“右键
-> Compare with working copy”,我们可以比较工作拷贝的文件和所选
revision 版本的区别。
Subversion的设计包括一个抽象的网络层,这意味着版本库可以通过各种服务器进程访问。理论上讲,Subversion可以使用无限数量的网络协议实现,目前实践中存在着两种服务器。
SVNServer:svnserve
是一个小的(也叫轻型的)、独立服务器,使用自己定义的协议和客户端。(作者注:以下称这种服务器为“svnserver服务器”,上面的安装配置就是安装svnserver服务器。)
ApacheSVN:Apache是最流行的web服务器,通过使用 mod_dav_svn
模块,Apache可以访问版本库,并且可以使客户端使用HTTP的扩展协议WebDAV/DeltaV进行访问。(作者注:以下称这种服务器为“ApacheSVN服务器”)
通过 Http 协议访问版本库是 Subversion
的亮点之一。ApacheSVN服务器具备了许多svnserve服务器没有的特性,使用上更加灵活,但是有一点难于配置,灵活通常会带来复杂性。
由于 Subversion 需要版本化的控制,因此标准的 Http
协议不能满足需求。要让 Apache 与 Subversion 协同工作,需要使用
WebDAV(Web-based Distributed Authoring and Versioning:)Web
分布式创作和版本控制)。WebDAV 是 HTTP 1.1 的扩展,关于 WebDAV
的规范和工作原理,可以参考 IETF RFC 2518
(http://www.ietf.org/rfc/rfc2518.txt)。
运行独立服务器
此时 subversion
服务还没有开始,只是通过它的命令建立了版本库。继续在刚才的命令窗口输入:
svnserve.exe –daemon
svnserve 将会在端口 3690 等待请求,--daemon(两个短横线)选项告诉
svnserve
以守护进程方式运行,这样在手动终止之前不会退出。注意不要关闭命令行窗口,关闭窗口会把
svnserve 停止。
为了验证svnserve正常工作,使用TortoiseSVN -> Repo-browser
来查看版本库。在弹出的 URL 对话框中输入:
svn://localhost/svn/repo1
点 OK 按钮后就可以看见 repo1 版本库的目录树结构了,只不过这时 repo1
是个空库。
你也可以使用--root选项设置根位置来限制服务器的访问目录,从而增加安全性和节约输入svnserve
URL的时间:
svnserve.exe --daemon --root drive:/path/to/repository
以前面的测试作为例,svnserve 将会运行为:
svnserve.exe --daemon --root e:/svn
然后TortoiseSVN中的版本库浏览器URL缩减为:svn://localhost/repo1
2. 配置用户和权限
用文本编辑器打开E:/svn/repos1/conf目录,修改svnserve.conf:
将:
# password-db = passwd
去掉前面的 # 注释符,注意前面不能有空格。
然后修改同目录的passwd文件,增加一个帐号:
将:
[users]
# harry = harryssecret
# sally = sallyssecret
后增加帐号:
test = test
即用户名为test = 密码为test
六、初始化导入
下面就是将我们的数据(项目)导入到这个版本库,以后就由版本库管理我们的数据。我们的任何改动都回被版本库记录下来,甚至我们自己丢失、改错数据时版本库也能帮我们找回数据。
比如,我在 d:/wwwroot 下有个 guestbook
文件夹,里面存放的是我编写的留言簿程序。在此文件夹上“右键 ->
TortoiseSVN -> Import...” ,在弹出对话框的“URL of
repository”输入“svn://localhost/repos1/guestbook”。在“Import
message”输入“导入整个留言簿”作为注释。
点 OK 后要求输入帐号。我们在用户名和密码处都输入 test 。完成后
guestbook 中的内容全部导入到了 svn://localhost/svn/repo1/guestbook
。
我们看到在 e:/svn/repo1 没有任何变化,连个 guestbook
文件夹都没有建立,唯一的变化就是e:/svn/repo1容量变大了。实际上我们源guestbook中的内容已经导入
repo1 版本库了,源 guestbook 文件夹可以删除了。
需要注意的是,这一步操作可以完全在另一台安装了 TortoiseSVN
的客户机上进行。例如运行svnserve的主机的IP是133.96.121.22,则URL部分输入的内容就是“svn://133.96.121.22”
。
七、基本操作流程
1、取出(check out)
取出版本库到一个工作拷贝:
来到任意空目录下,比如在f分区建立一个空文件夹 f:/work 。“右键
-> SVN Checkout”。在“URL of
repository”中输入“svn://localhost/svn/repo1/guestbook”,这样我们就得到了一份
guestbook 中内容的工作拷贝。
2、存入(check in)/提交(commit)
在工作拷贝中作出修改并提交:
在 guestbook 工作拷贝中随便打开一个文件,作出修改,然后“右键 ->
SVN Commit...
”。这样我们就把修改提交到了版本库,版本库根据情况存储我们提交的数据。
在修改过的文件上“右键 -> TortoiseSVN -> Show Log”
,可以看到对这个文件所有的提交。在不同的 revision 条目上“右键
-> Compare with working copy”,我们可以比较工作拷贝的文件和所选
revision 版本的区别。
相关文章推荐
- Apache2.2.11和SVN1.6.1搭建svn版本控制平台(windows环境)(1)
- Apache2.2.11和SVN1.6.1搭建svn版本控制平台(windows环境)自测实验通过【原创】
- Apache2.2和SVN1.4.4搭建svn版本控制平台(windows环境)
- Apache2.2和SVN1.4.4搭建svn版本控制平台(windows环境)
- Apache2.2和SVN1.4.4搭建svn版本控制平台(windows环境)
- Apache2.2和SVN1.4.4搭建svn版本控制平台(windows环境)
- Apache2.2.4和Subversion1.4.4搭建SVN版本控制平台(windows环境)
- Apache2.2和SVN1.4.4完美组合,搭建svn版本控制平台
- VisualSVN Server&TortoiseSVN 版本控制平台搭建
- windows下安装php、apache、mysql,并使得外网可访问内网的机器,搭建svn服务器提供版本控制
- SVN+Apache+AnkhSVN(或者VISUALSVN)搭建版本控制环境
- linux与 windows环境的Subversion版本控制企业架构搭建之svn协议
- 转发,windows下安装php、apache、mysql,并使得外网可访问内网的机器,搭建svn服务器提供版本控制
- 项目管理实践之版本控制工具SVN在Windows平台下的平台搭建
- Windows上配置和使用svn-1.4.6 + Apache2.2.6 + Eclipse版本控制环境
- 版本控制工具SVN在Windows平台下的平台搭建
- windows创建SVN服务器之三---快速搭建版本控制环境
- linux与 windows环境的Subversion版本控制企业架构搭建之svn+ssh
- SVN+Trac+Apache 软件项目版本控制及Bug跟踪平台搭建
- windows创建SVN服务器之三---快速搭建版本控制环境