首发于CI Weekly
几分钟看完 flow.ci 全部功能

几分钟看完 flow.ci 全部功能

从 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 为可部署的版本提供可持续运行的测试环境,这样项目与项目之间,不同的代码版本之间互相隔离,互不影响。

上面的 7 大新功能将在未来 3 个月内上线,如果你也有其他需求,请来flow.ci 社区告知我们:)

未来可期,希望 flow.ci 带给你们更多惊喜!

发布于 2017-02-23 18:06