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

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

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

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

已有427人预订
预订达标
文章出炉
交流日期
     
17.04.13
17.04.26
17.05.03 20:30
查看文章评论/提问
Adele
对于有三套环境(开发、测试、生产)的项目,比较适合用哪种分支结构?1.Dev/Master/Release;2.Dev/Master/Bugfix; 另外为了确保三套环境的一致性,测试人员需要对开发环境负责吗?(别人的建议,我不太能理解)
rose
观点一如既往的犀利,直击痛点
IMMMSc
观点精辟,受教
lee
等待持续集成案例相关的书
lee: 持续交付,说错
果果爸
写的真好,学习了
杜晓东
已从书架上取下该书放到桌上
杜晓东
DevOps一下建立不起来 发现痛点(正确的问题)->解决->总结最佳实践->固化到流程->流程自动化 这样去推进有何利弊?麻烦乔老师点评一下
Adele
理由是:“在发布版本里面处理紧急需求或bug时,也不能由开发来合并个人,因为这个分支需要发布测试环境验证后发布生产的”,有没有更好的做法?
生命之花
写的很好
大叔杨 搭膳
果真还是乔帮主
乔梁: 为啥还是“果真”~哈哈😄,不是“果珍”
Jason
关于自动化测试是否推荐主要针对模块或子系统进行,而不推荐UI自动化? 对于UI的自动化的覆盖是否有一些指导性的原则?
浣溪沙
敏捷不应该是自动化,敏捷应该是对于项目更快的反应,感觉什么都写到了,又什么都没写到.持续集成只是一个笨方法,不停加班不停验证修改,其实一直感觉敏捷应该是做事,对话,交流之间的体现,告别过去的慢吞吞。但是对于需求频繁变更这种较常见的,老师有没有好的案例讲解下
Fang oba
培训和过程指导,本身团队中这样的人还是比较少的,如何做到这方面? 提到单元测试可以放弃,更主动集成测试,这块能详细说一下吗?公司内部对于单元测试有要求,把控质量这块如何来做的更好
赵静
乔老师您好。能否具体讲一下持续集成和敏捷打破的几堵“墙”?我遇到的问题是,当测试团队测试前移后,抱怨版本质量差,浪费仅有的测试人力,并且测试人员的绩效难以体现,导致最终测试产生放弃提前介入的尝试。这是我们工作管理流程的问题还是工具方法应用不当的问题?
Dragon
持续交付的这个功能应该在开发团队还是? 如何保证持续交付受控?数据库这一块发布如何处理?
刘伯英
乔帮主好,关于去除单元测试的问题,如果只是接口级和系统级的自动化用例,对外围基础设施的依赖性比较强,测试用例执行速度慢,失败率高,会需要花费测试人员大量时间来分析和排查用例失败原因,而单元测试应该也是持续集成的基础,否则就变成持续编译和静态代码检查了,请问这个问题是怎么考虑的?单元测试该做多细,是否要TDD,这都是业界一直争论不休的,能否通过实际案例讲解下?谢谢。
王小唐✨
七巧板的组合方法很不错 目前正朝着这个方向走
Jackie
不愧是乔帮主 清晰明了 一针见血 66666
你可能还喜欢
Docker+K8S 集群环境搭建及分布式应用部署
李熠lynn
JVM 精华知识点汇总
胡玉洋
Docker 入门之个人博客搭建教程
一念成魔
前端游戏框架哪个好
cba
MySQL 数据同步双机互备
小闲丶
美团客户端响应式框架 EasyReact 开源
美团技术团队
微信扫描登录