持续部署

CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享，包括国内外持续集成、持续交付，持续部署、自动化测试、 DevOps 等实践教程、工具与资源，以及一些工程师文化相关的程序员 Tips 。同步于 flow.ci Blog、微信公众号、 官方微博 ， 知乎专栏 ， 简书 ，欢迎关注或投稿:) 逝者如斯夫，不舍昼夜。一晃几个月的时光已逝，我们在秋冬交界忙碌中做了许多事情： flow.ci 开启公测； 呼声较高的中文版正式上线； 全面支持 iOS 项目的持续集成(需内测邀请). 相关的更新日志见 这里 。也许，还有些许 Bug 等你发觉，欢迎来 flow.ci官方Gitter群 提出反馈 :) 下面，一起看看本期的 CI Weekly ~ 『 微服务、Docker相关实践 』 构建微服务体系结构的最佳实践 作者在使用 Enchant 搭建微服务架构时，总结出一套适用于现代化Web和云技术的实战经验，英文原文 链接 。（via: Vinay Sahni ） 用 Docker 快速配置前端开发环境 作者用清晰的语言再现了用 Docker 快速配置前端开发环境的过程，看完也许你也可以从零开始几分钟搭建完毕。 （via : 梁杰_numbbbbb ） 恒生金融交易系统的Docker化实践 本次分享介绍了恒生电子运用Docker技术，加上自研配套工具，实现金融交易系统配置、部署

在使用 flow.ci 进行持续集成的过程中，也许你会遇到一些小麻烦。最近我们整理了一些常见问题在 flow.ci 文档之 FAQ ，希望对你有用。如果你遇到其他问题，也可以通过「在线消息」或去 Gitter群 给我们反馈 :) 这期 CI Weekly 收录了一些CI/CD进阶线路、具体实践、Dcker/微服务、DevOps相关的技术分享，一起看看~ 『CI/CD进阶路线/相关实践 』 The Continuous Delivery Maturity Model 如何评估 CI / CD 导入的狀況如何？The Continuous Delivery Maturity Model 是个不錯的 CI/CD 技能升级线路，參考一下吧(via : @InfoQ ) <img src="http://7xsn88.com1.z0.glb.clouddn.com/image/8/85/f5071b163e0820ac392685b6826cd.jpg" width = "100%" alt="flow.ci" align=center/> 微店MySQL自动化运维实践 微店实现的MySQL自动化运维体系能够解决规模化的痛点，主要包括实例创建、部署、监控、备份、HA切换、迁移、扩容等的自动化，所有模块的主发点是要能“自动化”的方式运作，尽量少的人为参与。（via :微店技术团队公众号）

原文首次发布与 flow.ci Blog >> 链接 ，转载请联系:) 准备了很久，CI Weekly 第一期终于来了。 CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享，包括国内外关于持续集成、持续交付，持续部署、自动化测试、devops、敏捷开发等实践教程、资源与工具，以及一些工程师文化相关的程序员 Tips。 同时，CI Weekly 会坚持每周发布一期精选文章，每一期的文章尽量围绕 CI 相关的 topic 展开，在 flow.ci 微信公众号、官方微博，知乎专栏，简书等同步更新，欢迎关注或投稿:) 第一期篇幅有点长，内容丰富，请准备好开启新的技术旅途~ 『 持续集成相关实践教程 』 ## 使用GitLab来实现IOS项目的持续集成CI 这篇文章讲述了持续集成和交付/部署（CI/CD）方面的一些基础知识，集合APP开发中遇到的一些问题，优化产品打包、测试过程。（via : 简书cjzhao ） ## Jenkins+GitHub+Xcode+fir搭了一个持续集成环境 使用Jenkins+GitHub+Xcode+fir搭建持续集成环境，过程记录很详细。（via :简书 宣X_x ） ## Android CI with docker *develop -> commit -> build -> test -> ( deploy) -> repeat

随着软件部署的越来越成熟，敏捷、DevOps、CI/CD、Docker 等词语慢慢出现在工程师的视野中。对于持续集成，业界也没有一个通用的模式，每个团队可能习惯的方式和关注点都不一样。持续集成最关键的在于「持续」与「自动化」，这篇文章根据这两个关键点，将 CI 系统分为四个进阶过程，来看看你们的团队处在哪个阶段。 第一进阶 — 代码级别的集成，这是最初的持续集成 在最初的持续集成过程中，不依赖独立的持续集成工具，一般语言的 build 工具基本内置，比如 java 的maven/gradle/ant/ivy，c/c++ 的make /premake，同时也会加入代码风格检查，静态代码分析，单元测试调用，测试覆盖率检查等增强功能。接下来的交付准备环境、运行测试、备份旧版本、新版本打标签以及反馈机制等其他重复的事情全由手工完成 ，会花费很多时间。 第二进阶 — 集成 Workflow，基本实现了真正的持续集成 单一的编译-构建工具逐渐地不能满足产品快速交付的需求。 整个开发流程的重心从「代码级别的集成」转移到了 更自动化地编译 和 更完美的测试验证 ，致力于在最短的时间内发现问题，缩短开发周期，提高软件质量。比较常见的一个场景，某个团队先进行代码 Build，触发单元测试、集成测试，打包测试完毕后再自动部署到测试环境，循环往复，形成「编译-构建-测试-集成-部署到测试环境」的

CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享，包括国内外持续集成、持续交付，持续部署、自动化测试、 DevOps 等实践教程、工具与资源，以及一些工程师文化相关的程序员 Tips 。同步于 flow.ci Blog、微信公众号、 官方微博 ， 知乎专栏 ， 简书 ，欢迎关注或投稿:) 上周，我们对 flow.ci 做了比较多的功能优化: 1、iOS 项目持续集成 iOS 项目支持 Carthage 依赖管理； 去除 iOS 项目中自动管理证书设置，防止 Xcode8 编译失； 解决 xcodebuild 接口返回数据问题； 2、代码仓库授权 代码仓库重新授权优化； 分支处理优化； 3、其他 增加在线问题反馈； Build 邮件问题 Bug 修复； 任务的 Step 状态显示问题修复； 详细见 更新日志 ，有问题可通过「在线消息」或去 Gitter群 反馈 :) 本期 CI Weekly 整理了关于微服务架构下的持续部署与交付、自动化测试、DevOps相关的技术实践，欢迎提出意见~ 『 Docker/ 持续集成/持续部署相关实践 』 微服务架构下的开发部署实践 本文将从以下几个方面简要说明微服务架构项目的实践经验：架构选型、开发测试环境下的相关工具支持、人员分工及开发部署流程、相关设计及注意事项。 （via : 知乎： 无为2016 ）

原文首发于 flow.ci Blog >> 链接 ，转载请联系:) CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享，包括国内外持续集成、持续交付，持续部署、自动化测试、 devops 等实践教程、工具与资源，以及一些工程师文化相关的程序员 Tips 。同步于 flow.ci Blog、微信公众号、 官方微博 ， 知乎专栏 ， 简书 ，欢迎关注或投稿:) 说到创业团队的项目研发和管理实践，有很多很有价值的『经验之谈』。本期收集了一些团队的持续集成、部署、自动化测试相关的工具与实践分享，来看看吧~ 『 持续集成相关实践 』 聊聊创业团队的项目管理如何面向开发人员优化 这篇文章涉及开发环境搭建，代码管理，需求生命周期管理，项目进度管理，研发阶段的产品测试和反馈，持续集成和持续发布等等，分享了其中的一些管理经验和工具分享，非常实用！（ via : @wangchao0721 ） 浅谈GRAB的持续集成和持续部署 作者zhchang在gopher china 2016大会上面做了个关于 GRAB 的持续集成和持续部署(CI/CD)的分享。（via: zhchang ） Continuous Integration & Deployment for iOS Projects 关于 iOS 项目的持续集成与管理，中文翻译版见 这里 .（via: Twitter[

CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享，包括国内外持续集成、持续交付，持续部署、自动化测试、 DevOps 等实践教程、工具与资源，以及一些工程师文化相关的程序员 Tips 。同步于 flow.ci Blog、微信公众号、 官方微博 ， 知乎专栏 ， 简书 ，欢迎关注或投稿:) 嗨，上周我们对 iOS/Android 项目持续集成做了比较多的功能优化，同时恢复了对 GitLab 的支持，修复了一些常见问题，详情见 flow_ci changelog ，如有问题可通过「在线消息」或去 Gitter群 及时反馈 :) 下面递上一份新鲜的 CI Weekly，这期收录了关于Docker/CI/CD实践、自动化测试、DevOps相关的国内外技术文章，希望对你有用~ 『 Docker/CI/CD实践 』 Docker容器化应用持续交付实践 本文百度质量部以 网盟合一（零号DSP）项目过程中建立起来的通用容器化交付系统 EMC 为案例，分享了基于Docker的容器化应用持续交付实践经验。（via: 百度质量部 ） 项目DevOps研发云CI实践之路 笔者所在项目在敏捷推进过程中，已经建立了一套以Jenkins为核心的CI持续集成系统，并分享了相关的实践情况经验。（via :中兴开发者社区） 部署流水线搭建小记：Docker、Jenkins

在互联网的产品开发时代，产品迭代越来越频繁，“从功能开发完成直到成功部署”这一阶段被称为软件开发“最后一公里”。很多开发团队也越来越认识到，自动化测试和持续部署可帮助开发团队提高迭代效率和质量。 那么，如何更好地解决“最后一公里”这一问题呢? 一切从自动化测试开始，让自动化测试贯穿在整个项目开发-集成-部署-交付的-开发流程中。 如果你的团队还没有开始自动化测试，推荐从经典的测试金字塔开始。 自动化测试 在这个分层自动化测试金字塔中，Unit 代表单元测试，Service 代表服务集成测试，UI 代表页面级的功能测试。不同的产品层次都需要自动化测试，投入的精力和工作量会有所不同。下面我们仔细看下每个层次的测试： 1.1 Unit 单元测试 “凡是不能量化的工作都是不可考量的” 目前很多公司已经意识到了单元测试的重要性，但国内坚持写单元测试的团队并不多，其中一个难点在于没有考量，没有很好地执行单元测试覆盖率检测。 想想，如果没有单元测试覆盖率检测，单纯的只写单元测试，时间长了也许开发人员会产生惰性，比如：今天任务太紧了，就不写单元测试了，以后再补，反正写不写也没有人知道。引入单元测试覆盖率检测之后，开发人员会更主动地写单元测试，就算补写单元测试也更有成就感。单元测试覆盖率检测有现成的第三方工具，比如 code climate 、 Coveralls 等等