从 0 到 1，从邀请式内测到收费上线，flow.ci 经历了十个多月的沉淀与打磨。这期间，flow.ci 工程师们奋力赶工，进行了一系列的大功能更新，Bug 修复，功能优化。

这篇文章记录了 flow.ci 内测期间的大功能更新和相关的实践教程，以及在可预见的未来 flow.ci 将迭代的新功能。

正式内测

4月初，flow.ci Beta 上线，正式进入开发者的视野。
Beta 版的 flow.ci 支持国外最主流的代码仓库构建，也有基础的插件和 trigger，支持主流的开发语言创建自动化工作流，同时提供了每种开发语言相关的基础实践教程。我们的初衷在于，flow.ci 能将工程师们从眼前重复繁琐的事情中解放出来。

使用文档上线

flow.ci 的官方文档 同时支持中文、英文两个版本。顺便说一句，官方文档也是用 flow.ci 做的持续部署与自动更新，相关教程见这里。

更适应国内开发者习惯 － 代码仓库支持 Coding

经过对国内开发者的代码仓库使用习惯调研，flow.ci 迅速支持了 Coding 的代码仓库。除了现有的代码源（GitHub/GitLab/Bitbucket），在创建项目时可以选择 Coding 进行持续集成了 :)

代码质量检测插件上线

更好的代码质量检测，帮助我们检查代码中的错误，减少 codereview 花费的时间，增强代码的可维护性。

基于这个原则，我们上线了几款代码质量检测插件，涵盖每一种开发语言主流的代码质量检查的插件。添加插件方式也非常方便，搜索相关关键词，点击"添加"就会加入现有的工作流中。

支持 iOS 项目的持续集成

应大多数 iOS 开发者的需求，flow.ci 开始支持 iOS 项目的持续集成。看下这篇 iOS 快速入门帮助快速编译、测试、打包上传至 fir.im，一气呵成:)

也可以参考一下内测用户@阿米amoy 分享的 flow.ci iOS 构建经验>>flow.ci 初体验! 记一次暖心的 iOS 持续集成。

flow.ci 公测

注册取消邀请码限制，用户可直接注册使用 flow.ci。我们尝试着让 flow.ci 面向更多的开发者，接受更多的声音。

支持 .yml 配置文件

除了页面配置工作流，flow.ci 目前已经支持更 Geek 的方式——.yml 配置文件设置工作流，详细的使用方法可参考文档：YML 配置文件。选择你喜欢的方式，开心就好:)

以上是目前为止 flow.ci 从内测到收费上线的重大功能更新，未来的 flow.ci 会是什么样子呢？我们规划了下面重大功能上线，看看有没有你期待的功能。

更灵活的自定义 docker 镜像

如果你不满足于 flow.ci 官方 docker 镜像，那到时候一定要试试自定义 docker 镜像！你可以在自定义 docker 镜像中安装任何运行时需要的组件、依赖包等等，更加灵活便捷。

支持插件自定义，开放插件市场

很多开发者们喜欢使用自定义插件脚本，未来 flow.ci 会统一插件的脚本标准，开发者可以将自己的插件开源提交到 flow.ci 插件市场，避免开发者们重复造轮子。

构建状态的监控功能

持续集成的原则之一就是每个人都可以了解当前项目的构建状态。flow.ci 将从「项目」和「时间两个维度监控项目的构建状态，方便跟踪到相关负责人员项目构建失败的问题。

项目构建的数据分析展示

关于项目构建的数据分析，可以根据「时间」筛选，查看项目的构建成功率、构建次数、构建时长等数据指标，更方便地了解和分析团队项目的构建状态。

支持持续部署

相比持续集成，持续部署的工作流程更受关注。使用 flow.ci 将测试完毕的代码自动部署到诸如AWS，阿里云，IBM Bluemix（插件形式）等各种云平台或自己的服务器上，从 build－test－deploy 整个工作流自动化完成，相信很多人都会期待吧:)

支持产物存储

未来 flow.ci 会将构建过程产生的日志、构建结果的安装包等相关的产物保存下来，做到产物可追溯可查找，代码和产物一一对应。

Long-Run

测试时一定要保证环境是干净/新鲜的，才能保证每次测试的结果是一样的。Long-Run 是在构建完成后 flow.ci为可部署的版本提供可持续运行的测试环境，这样项目与项目之间，不同的代码版本之间互相隔离，互不影响