常用的持续集成工具

原创
2019/01/16 14:16
阅读数 4.6K
持续集成(continuous integration)作为敏捷编程的基石现在已经被绝大多数的开发团队所广泛采用。
一个比较简单的定义如下:
持续集成(CI)是一种实践,可以让团队在持续的基础 上收到反馈并进行改进,不必等到开发周期后期才寻找和修复缺陷。通俗一点儿说,就是指对于开发人员的每一次代码提交,都自动地把Repository中所有代码Check out到一个空目录,并且自动运行所有Test Case。如果成功则接受这次提交,否则告诉所有人,这是一个失败的Revision。
它们分别是(1)自动化的运行测试;(2) 自动产生可部署的二进制成品;(3) 自动将成品自动部署到近似生产环境;(4) 自动为CodeBase打上标签;(5) 自动运行回归测试;(6)自动生成度量报告。

 

Jenkins

Jenkins的诞生介于Hudson项目发布与Sun Microsystems公司被收购之间。Jenkins以Java语言开发而成,且能够在WAR文件下载完成之后使用java –jar jenkins.war命令进行安装。大家也可以将其部署在servlet容器当中。Jenkins的主要任务分为以下两种:持续构建/测试软件项目与以外部方式监控运行任务。对于前者,Jenkins支持一系列SCM工具——包括Git、Mercurial、Subversion以前Clearcase等等。大家可以以该项目为基础构建Apache Ant以及Apache Maven外加其它shell脚本,或者利用Windows批处理文件完成各类预/后构建操作。需要注意的是,几乎所有配置都能够通过基于Web的GUI完成。
Jenkins同时也可以作为来自第三方供应商的服务方案,但如果大家拥有一套规模可观的待测试软件清单,那么它可能更适合运行在我们自己的服务器之上——这样不仅能够保证各位对基础设施问题拥有全面控制能力,同时也有助于企业客户保障软件安全水平。

Jenkins X
一个高度集成化的 CI/CD 平台,基于 Jenkins 和 Kubernetes 实现,旨在解决微服务体系架构下的云原生应用的持续交付的问题,简化整个云原生应用的开发、运行和部署过程。

Jenkins X 核心组件
Jenkins X 不是一个全新的 Jenkins。
它依然使用 Jenkins 作为持续交付的核心引擎,实际上 Jenkins X 作为 Jenkins 的一个子项目存在,专注于云原生应用的 CI/CD 实现,同时也帮助 Jenkins 自身完成云原生应用的转型,毕竟现在越来越多的人在诟病单体应用的设计和文件存储系统。

 

TeamCity
一款功能强大的 持续集成(Continue Integration)工具,包括服务器端和客户端。

 

HELM
Helm 是用于管理 Kubernetes 资源对象的工具,类似 APT,YUM 和 HOMEBREW,它通过将 Kubernetes 的资源对象打包成 Chart 的形式,完成复杂应用的部署和版本控制,是目前业界流行的解决方案

 

DRAFT
Draft 是自动化应用构建和运行在 Kubernetes 上面的工具,具有语言识别能力,能够自动生成构建脚本,依赖,环境并打包成 Docker 镜像并部署在 Kubernetes 集群上,加快代码开发节奏,而无需关心基础设施层面的技术实现

 

GitOps

 

GitOps 是 Weaveworks 推出的天才的应用部署解决方案,它将 Git 作为整个应用部署的单一可信数据源(SSOT),通过类似代码开发的 Pull Request 流程完成应用部署的 Review 和自动化实现,并且将部署配置信息纳入版本控制。



Eclipse Hudson
http://www.eclipse.org/hudson/
http://hudson-ci.org/

Buildbot

作为以Python语言开发而成的项目,Buildbot基于Twisted框架构建完成。它最初仅仅作为Tinderbox项目的备用方案存在,但现在已经为Mozilla、Webkit、Chromium以及其它众多产品所支持。Buildbot安全需要一台或者更多主服务器外加多从服务器作为配合。其中主服务器负责监控源代码库的变化,协调各从服务器的操作活动并向用户及开发人员报告结果。从服务器则可运行多种不同操作系统。大家需要向主服务器提供一套Python配置脚本以完成Buildbot的配置工作。这一点对于非程序员用户而言可能有些困难,不过此类脚本的存在也让Buildbot具备更为出色的灵活性。
这种设置机制的指导思想在于,目前的大部分持续集成工具在设计与选项方面都受到工具缔造者的严格限制。不过像混合型语言应用程序或者复杂发布任务等用例很可能超出开发者的预先假设。Buildbot在设计上允许大家随着具体要求的变化而进行安装,从简单到复杂一路满足用户的实际状况。

Travis CI

Travis CI可能是目前最适合新手作为起步平台的持续集成服务器方案了。Travis CI属于开源项目,而且能够在我们自己的服务器上实现免费托管。不过值得一提的是,它也提供一套SaaS版本,旨在帮助各位以免费方式对开源项目进行测试。整个安装过程非常轻松,我们只需要接入自己的GitHub账户,提供相关权限并根据项目的实际要求更新travis.yaml文件即可。在文件提交至GitHub之后,一套新的Travis CI即可开始构建。

Yahoo! Screwdriver
http://screwdriver.cd/
https://github.com/screwdriver-cd/screwdriver
https://hub.docker.com/r/screwdrivercd/screwdriver/
由node开发。
为一种持续交付工具,集成了从代码提交到生产系统部署的所有步骤。Yahoo!在过去五年中逐步使用Screwdriver去自动化所有的交付过程,现可达到每日超过25,000次的构建和多于12,000次的git提交。按Yahoo!的说法,他们所希望的持续集成工具应具备以下特性:

  • 使得开发人员易于建立部署流水线。流水线采用YAML文件定义,并可通过放弃变更或者使用另一版本配置文件将流水线还原回早期的版本。
  • 主干开发的优化。主干中应包括应用的可交付版本。为确保被拉取的代码在提交前已得到测试,测试是自动运行的。
  • 支持回滚。任何具有写权限的人可在发生错误时回滚部署。
Screwdriver具有五个主要组件:

 

  • REST API:与流水线协同工作的接口。
  • Web UI:用于流水线API的可视化接口。
  • 启动器(Launcher):设置环境并执行Shell命令的工具。
  • 执行引擎(Execution Engine):可插拔的构建执行器,支持在容器(Jenkins、Kubernetes、Mesos、Docker Swarm)内执行命令。
  • 数据存储(Datastore):可插拔的NoSQL存储,用于维护流水线配置数据(DynamoDB、MongoDB、CouchDB、Postgres)。执行引擎和数据存储都使用了可插拔的架构,使得用户可按自身意向选用引擎。


Strider
https://github.com/Strider-CD/strider
http://strider-cd.github.io/

Strider由Node.JS与JavaScript编写而成,同时利用MongoDB作为后备存储机制。我们必须首先安装MongoDB与Node.JS,而后才安装Strider。大家可以使用npm install strider命令进行安装。不过,Strider最大的特色在于无与伦比的可定制能力,我们可以亲自动手编写插件以强化其功能——这当然不是件坏事,但如果各位想要的是一款无需编程就能快速起效的方案,那么最好还是优先考虑其它项目。

ThoughtWorks Go
其前身为CruiseControl,是ThoughtWorks在做咨询和交付交付项目时自己开发的一款开源的持续集成工具。
Go是由ThoughtWorks公司创建并加以开源的项目。与其它先进持续集成服务器一样,Go也允许大家将自己的构建版本分发至多种不同系统当中,并以集中方式对它们加以监控。要使用Go,大家需要将其安装在自己的服务器内——其不提供任何SaaS选项。
在Go的帮助下,我们能够以流水线的方式实现各类定期执行任务,而这些操作当中的实例会被称为job。另外值得一提的是,它能够利用值流图对整个持续交付流程进行可视化处理。最终生成的图表能帮助我们追踪从提交到部署的整个流程中的各项具体变更。
www.go.cd/

Integrity

由于以Ruby语言编写而成,Integrity需要Ruby 1.8.7或者更新版本、RubyGems 1.3.5或者更新版本以及Git 1.6或者更新版本才能正常运行。其不提供SaaS选项,大家需要在使用之前以本地方式进行安装。整个配置工作可以通过“init.rb”文件实现。该项目的官方页面当中提供了此文件的示例。另外需要特殊强调的一点是,Integrity目前只能与Git进行协作。因此如果大家正在使用其它SCM工具,那么Integrity恐怕并不适合您。
http://integrity.github.io/
https://github.com/integrity/integrity

ThoughtWorks Snap CI
https://snap-ci.com/

Apache Continuum

  • 与Maven 2.x的紧密集成
  • 与Maven SCM的紧密集成,支持Subversion/CVS/Starteam/Clearcase/Perforce
  • 基于web的容易使用的安装和配置接口
  • Quartz-based scheduling
  • 简单的添加新的项目工程的方法
  • 用于 integration, automation and remoting的XML-RPC interface
  • 邮件提醒和IM(即时通讯)提醒IRC/Jabber/MSN

 

Pivotal concourse
Built on the simple mechanics of resources, tasks, and jobs, Concourse presents a general approach to automation that makes it great for CI/CD.
Concourse是为执行敏捷开发并需要处理复杂交付排列的团队重新设计的CI工具,由Pivotal公司赞助开源,目前在市场上已经普遍使用。Concourse以pipeline机制运行集成任务。pipeline将Task、Resource、Job三者有机地结合起来,pipeline采用YAML文件配置,该配置可通过版本控制,方便移植和恢复。其Build构建在容器中运行,隔离各个环境,避免不同环境之间相互污染情况发生。
相对于现在广泛应用的CD/CD工具Jenkins,Concourse的主要优点在于:
为pipeline提供第一级的支持在容器中运行相互隔离的构建工作、可避免使用雪花型构建服务器能够方便地访问构建日志


CruiseControl
http://cruisecontrol.sourceforge.net/    ver: 2.8.4        15 Sep 2010

CruiseControl
An extendable open source continuous integration server.
展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部