保存成功
保存失败,请重试
提交成功

一张图带你了解持续交付和 DevOps 的前世今生

作者/分享人:乔梁
持续交付&DevOps专家,轻敏捷转型顾问,腾讯高级管理顾问、畅游、魅族、平安外聘顾问,映客卷皮墨迹企业教练。“持续交付”和“敏捷”公众号作者。 历年QCon技术大会的讲师和专题出品人,相关内容收集在持续交付中文站 http://www.continuousdelivery.com

2011年在我翻译的《持续交付》一书上架后,这个词异常火爆,每个人都可以望文生义,特别是“持续”两个字。

在本场Chat中,我将用一张图来为大家解释软件工程方面的诸多概念及其关系,这些概念包括“持续集成”、“敏捷开发”、“DevOps”、“持续交付”等。同时我还会讲一讲《持续交付》背后关于作者、译者、编辑的一些故事,了解书中一些概念的由来,从而深入理解“持续交付”。

已有396人预订
预订达标
文章出炉
交流日期
     
17.04.13
17.04.26
17.05.03 20:30
查看文章评论/提问
Jackie2 年前
不愧是乔帮主 清晰明了 一针见血 66666
王小唐✨2 年前
七巧板的组合方法很不错 目前正朝着这个方向走
刘伯英2 年前
乔帮主好,关于去除单元测试的问题,如果只是接口级和系统级的自动化用例,对外围基础设施的依赖性比较强,测试用例执行速度慢,失败率高,会需要花费测试人员大量时间来分析和排查用例失败原因,而单元测试应该也是持续集成的基础,否则就变成持续编译和静态代码检查了,请问这个问题是怎么考虑的?单元测试该做多细,是否要TDD,这都是业界一直争论不休的,能否通过实际案例讲解下?谢谢。
Dragon2 年前
持续交付的这个功能应该在开发团队还是? 如何保证持续交付受控?数据库这一块发布如何处理?
赵静2 年前
乔老师您好。能否具体讲一下持续集成和敏捷打破的几堵“墙”?我遇到的问题是,当测试团队测试前移后,抱怨版本质量差,浪费仅有的测试人力,并且测试人员的绩效难以体现,导致最终测试产生放弃提前介入的尝试。这是我们工作管理流程的问题还是工具方法应用不当的问题?
你可能还喜欢
Redis 难题突破,最经典 36 题含详细解析
慕容千语
送卫衣:GitChat 1024 留言有奖活动来啦!
GitChat 内容组
如何依靠副业赚钱,应对人到中年的职场危机
代码GG陆晓明
数据结构算法常见的 100 道面试题全解析:2019 版
攻城狮
Redis 面试题全解析
驰骋
【有奖活动】用一句话证明你是程序员
🐡赵小胖
微信扫描登录
关注提示×
扫码关注公众号,获得 Chat 最新进展通知!
入群与作者交流×
扫码后回复关键字 入群
Chat·作者交流群
入群码
该二维码永久有效