从本篇博文开始,咱们一起搭建一个持续构建的开发环境。期待对于这方面内容有兴趣的朋友给我留言。
为什么需要持续构建呢?其实很简单,为了减少程序员的工作量,为了便于大型开发团队的管理。关于以上两点,如果你是有过团队开发经验的人员,那么对于持续构建的意义,不需要我再多做解释。如果暂时不明白,没有关系,后续的文章我会穿插讲解这部分内容。
在搭建持续构建环境之前,我们先来看一下这个开发环境的整体架构,这样既便于我们了解整个环境运行的原理,也能够让我们更加清晰的认识整个开发环境。开发环境分为两部分:一部分架设在服务器端,主要提供邮件服务、SVN服务、管理Maven库和提供自动构建服务,另一部分搭建在开发者的客户端,主要包括邮件的接收、SVN客户端操作和Maven本地仓库。
另:如果需要可以在各个客户端搭建SVN备份服务器。整体架构如下图所示:
上述的架构可能不是很清晰,为了让大家更清楚的了解这个架构,我们再来看一下它的各个组成部分。
邮件服务器架构非常简单,即在服务器端搭建邮件服务器,在各个客户端配置相应的邮件客户端,通过STMP协议进行邮件的收发和管理。具体架构图如下所示:
SVN服务器非常简单,主要在服务器端搭建SVN服务器,用以管理版本库,在用户端使用Tortoise SVN和Eclipse CVS插件进行代码的管理操作。
另:可以适当选择搭建SVN服务器,作为SVN版本库的备份库使用。具体架构如下所示:
Nexus私服器主要功能为在开发者和Maven Central之间搭建一个中介,用于管理和统一Maven库,对于网络资源利用和在不提供外网的公司进行开发有着非常重要的意义,具体架构如下所示:
持续构建服务器搭建在服务器端,通过整合邮件服务器、SVN服务器和Maven私服器,可以提供对项目的自动化构建、编译和发布等功能,并可以针对不同的情况发送邮件通知项目经理和开发人员。具体架构图如下所示:
到此为止关于,整个持续构建环境的整体架构,今天就讲解到这里,读者只需要对整个环境的架构有一个了解和对整个架构的工作流程能够有一个认识就可以了。
下次我们继续讲解整个环境搭建的具体过程和注意事项。敬请关注!