我的TDD实践(3)

　　2. 环境搭建

　　Server ：Subversion

　　Subversion官网 (建议下载1.6.x)

　　Client：TortiseSVN

　　目前，官网只有1.8.x 64位版本，请找到适合您的客户端。

　　本文中建议配合Subversion请使用TortoiseSVN-1.6.8.19260-win32-svn-1.6.11版本

　　步骤Steps：

　　点击Subversion安装包，并将程序安装到“指定目录”(默认是C盘下)，默认安装后重启。

　　安装完成，测试是否安装成功。

　　打开CMD程序，输入 svnserve --help。没有提示错误就是安装成功。

　　3.SVN服务端配置：

　　a) 在CMD中输入：sc create SVNService binpath= "C:\Program Files\Subversion\bin\svnserve.exe --listen-port 3691 --service -r D:\SVN\Server\RepositoryRoot" displayname= "SVNService" start= auto depend= Tcpip

　　其中C:\Program Files\Subversion\bin\svnserve.exe是安装程序的路径;D:\SVN\Server\RepositoryRoot是目标路径，在此之前要提前创建好该目录下的RepositoryRoot文件夹。

　　啰嗦一句，win7下要管理员权限，没有权限会返回“失败5：拒绝访问”。

　　也可以用批处理的方式注入cmd命令。

　　成功后会返回： CreatServer 成功。

　　b) 启动SVNService服务：(管理员权限)cmd 执行 net start SVNService (SVNService是上面定义的服务名称)

　　c) 使用SVN集成命令(或TSVN创建)，cmd-> input：svnadmin create D:\SVN\Server\RepositoryRoot(此路径必须是服务开启的路径)。然后你会在此目录下看到生成了很多文件，具体不一一介绍了，在这个文件夹中创建tags，trunk，branches文件夹。

　　d) 配置Svn服务端：

　　在conf文件夹下，

　　Svnserve文件修改如下：

　　anon-access = none

　　auth-access = write

　　password-db = passwd

　　realm = My First Repository

　　passwd文件修改如下：

　　[users]

　　qq=229063661

　　至此，服务端配置基本完成，更多的设置文件中有说明，或者去访问SVN中文站，这里笔者要强调一下的是：SVN服务端和客户端的版本要一致，不然可能会出现莫名其妙的错误。更有意思的是，您可以不建立SVN服务端而直接联接Git的开源程序，但目前只支持只读。

　　4.SVN客户端配置：

　　a) 安装TortoiseSVN-1.6.8.19260-win32-svn-1.6.11.exe。基本都是默认设置，安装完之后可以更改语言。

　　b) 完成本地磁盘和Svn服务端磁盘的映射。

　　i. 在本地文件夹下右键---checkout---按照图片上的设置(注意我是本地所以用localhost，IP可以跨机器访问;我更改了端口3691，所以要显示指明一下，要不然会出错。)，最后输入passwd中的用户名和密码即可。(qq:229063661)

　　至此，SVN客户端也配置完毕了，SVN的使用方法这里就不举例了，网上资料非常丰富，而且大家也可以查看T-SVN的操作手册，或者访问SVN中文站获得更多信息。

　　“我的TDD实践”系列之CI持续集成

　　简介

　　CI(Continuous Integration)持续集成，最重要的服务对象是TDD，它是一个集合概念，包括自动构建build项目，自动分析代码，自动测试，自动邮件报告，自动预编译检查，自动发布等等，这些都围绕一个中心词“Auto”，当然它不能帮您自动完成代码 ：)。所有这些操作，直接解放了项目管理者，每日构建集成(Build every day)将会很大程度上提高项目的稳定性，代码的健壮性及随时反馈。

　　持续集成经典定义：www.martinfowler.com/articles/continuousIntegration.html

　　持续集成是一种能让团队成员友好“集成”(integrate)工作的软件开发实践，通常每个人最少每日“集成”一次，也就是说每天都要进行大量的“集成”(multiple integrates per day)。每一次集成都被自动构建器(automated build including test)尽可能快的检测集成错误。许多团队开发者发现，这种方法极大的降低了团队简集成的问题，而且能让团队更快的开发出有凝聚力，结合力的软件(cohesive software)。　 --- Martin Fowler

　　持续集成拓扑图：

原文转自：http://www.uml.org.cn/Test/201308201.asp