内容回顾
在前面的文章中我们介绍了应用打包以及Maven仓库的创建，有了属于自己的Maven仓库就摆脱了只能在本地打包的限制。
此时，真正的开发利器——持续集成工具登场了。今天就为大家介绍使用IBM Cloud中的Continuous Delivery服务打包发布应用。
Continuous Delivery介绍
在IBM Cloud中，Devops服务被叫做ToolChain（工具链），顾名思义这个服务包含了多个工具，从代码管理维护，CI到CD能够帮助开发人员实现自动从源代码仓库到部署运行的全部流程。
ToolChain提供可以集成包括警报通知，Jenkins，Github，Slack，Pagerduty等21种工具。此外，也可以通过自定义的方式集成其他工具。
IBM Cloud Git仓库
为了方便开发人员对源代码的管理，在IBM Cloud中内置了Git仓库。当我们为应用创建ToolChain时会自动创建或连接到代码仓库，默认会选择内置Git仓库来存放源代码，当然我们也可以使用外部的Git仓库。
Delivery Pipeline
ToolChain中真正的主角是Delivery Pipeline，我们可以为这个Pipeline指定若干个Job，并为每个Job指定相应的工作来完成CI/CD流程。
默认的Pipeline包含Build，Deploy两个Job。截图如下所示：
Build阶段，Pipeline提供的构建器类型很多，具体如下所示：
Deploy阶段提供的部署类型分为三种，Cloud Foundry，Docker镜像以及Kubernetes。更多内容可以访问IBM Cloud官网教程了解。
下面我们将利用ToolChain将前面文章中Java开发的SpringBoot应用打包发布，给大家做个简单的演示。
利用Toolchain实现Java工程打包发布
首先在app-deployment-demo应用面板的右下角选择创建ToolChain，创建完成后就会为我们在IBM
Cloud Git中生成空的代码仓库。现在我们将之前开发的工程代码上传到IBM Cloud
Git仓库中，在默认配置时，一旦上传代码到主分支就会触发Pipeline的运行，此时，CI/CD流程就已经开始了。
我们可以根据需要对Pipeline的每一个Job进行配置。另外，在每一个Job过程中，都可以实时查看Job运行日志。是不是很灵活呢？
默认的Build Stage不会执行任何命令，需要我们选择Maven然后才可以运行Pipeline。以下是配置完成之后运行结果。
需要注意的是ToolChain运行环境和Cloud Foundry应用运行环境是两个独立的环境，如果有任何特殊的配置都需要在相应的Job中进行环境变量配置。
结语
我们通过几篇文章为大家介绍了IBM Cloud服务使用与集成，应用创建，Devops一整套流程。
将在之后的IBM Cloud系列文章中为大家介绍应用Instance，Cloud Foundry原理以及IBM Cloud中的Watson Cognitive服务，欢迎大家持续关注。
