软件交付通识
董越
383人在读
19.2万字总字数
¥62.3定价
董越
本书讲述如何实现更快、更可靠、低成本的自动化软件交付，描述了如何通过增加反馈，并改进开发人员、测试人员、运维人员和项目经理之间的协作来达到这个目标。本书由三部分组成。第一部分阐述了持续交付背后的一些原则，以及支持这些原则的实践。第二部分是本书的核心，全面讲述了部署流水线。第三部分围绕部署流水线的投入产出讨论了更多细节，包括增量开发技术、高级版本控制模式，以及基础设施、环境和数据的管理和组织治理。本书面向IT和互联网行业的绝大多数技术、服务与管理项岗位，包括开发工程师、测试工程师、运维工程师、项目经理、系统管理员，以及团队领导者。
这本书作为通识课，很多观点我是赞同的，代码评审我觉得很有必要，这个环节通过和同事之间的交流，可以增强业务熟练度，使得代码更加健壮，能学到不一样的东西 只靠特性分支来维系代码改动与工作项之间的关联是不牢靠的。因为将来特性分支在合入集成发布分支后可能会被删除，于是线索就没了。而特性分支对应的合并请求则“永远”不会被删除，并且合并请求记录了特性分支上所有的代码改动，以及对应的代码改动提交列表 持续集成，持续交付，在完成一小块逻辑功能时就应该尽快上线，一方面是让用户有感知，一方面是提前合并会减少一次性合并代码时的冲突，时间长会忘记细节处的处理 后记也是全书的概括: • 在多、快、好、省4个方面，在达到业务所需质量的前提下，核心是要更快，越快越好。 • “承认”特性分支，支持对它的合理使用，而不是一味追求将代码改动每天都提交到主干。 • 质量门禁，应当在一定程度上灵活考虑，视情况允许一定的技术债。 • 度量和改进，除了看统计数据，对度量指标提出要求，也要分析具体案例，比如某个逃逸的缺陷，它是否应该被早些发现，应该通过哪种测试发现，具体应当如何改进该项测试。
行文架构流畅，解决方案很落地，软件交付过程改进必读～
感觉说得通俗易懂。看见人少，就推荐下。因为我初看，感觉比其他的书容易理解。