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

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

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

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

已有443人预订
预订达标
文章出炉
交流日期
     
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
你可能还喜欢
如何设计一个灵活的 MySQL 数据表,应对灵活多变的需求
李岩
Jenkins 自动化构建部署实战
火币集团研发中心
Java 程序员应掌握的 Nginx 实战应用
JPM
带你玩转 JSON
能量架构师
Python Pandas 做数据分析之玩转 Excel 报表分析
WinterLeo
小程序从入门到进阶
loonglong
微信扫描登录