极限编程XP- 持续集成- 20210906
2021-09-09 15:08:50 0 举报AI智能生成
坚持一日一思维导图，加油！ 近期钻研主题：敏捷 参考链接：https://www.scrumcn.com/agile/agileci.html 最后，走过路过点个小赞 👍 ，谢谢！
作者其他创作
大纲/内容
持续集成的原则
所有的开发人员需要在本地机器上做本地构建，
然后再提交的版本控制库中，
从而确保他们的变更不会导致持续集成失败。
然后再提交的版本控制库中，
从而确保他们的变更不会导致持续集成失败。
开发人员每天
至少向版本控制库中
提交一次代码
至少向版本控制库中
提交一次代码
开发人员每天至少
需要从版本控制库中
更新一次代码到本地机器
需要从版本控制库中
更新一次代码到本地机器
需要有专门的集成服务器来
执行集成构建,
每天要执行多次构建
执行集成构建,
每天要执行多次构建
每次构建都要100%通过
每次构建都可以
生成可发布的产品
生成可发布的产品
修复失败的构建
是优先级最高的事情
是优先级最高的事情
参考链接
https://www.scrumcn.com/agile/agileci.html
持续集成
大师Martin Fowler
持续集成定义
一种软件开发实践
团队开发成员经常集成它们的工作，
通常每个成员每天至少集成一次，
也就意味着每天可能会发生多次集成
通常每个成员每天至少集成一次，
也就意味着每天可能会发生多次集成
每次集成
自动化的构建验证
包括编译，发布，自动化测试
尽快地发现集成错误
减少集成的问题
更快的开发内聚的软件
持续集成的价值
减少风险
多次的集成
相应的测试
检查缺陷
了解软件的健康状况，减少假定
减少重复过程
减少重复的过程
节省时间、费用和工作量
浪费时间的重复劳动
项目活动的任何一个环节发生
包括代码编译、数据库集成、测试、审查、部署及反馈
自动化的持续集成
将这些重复的动作都变成自动化
无需太多人工干预
更多的投入到动脑筋的、更高价值的事情上
任何时间、任何地点生成可部署的软件
持续集成
在任何时间发布可以部署的软件
经常对源代码进行一些小改动
和其他的代码进行集成
如果出现问题
马上就会被通知
问题会第一时间被修复
对于客户
可以部署的软件产品是最实际的资产
不采用持续集成
问题有可能到交付前的集成测试的时候才发现
有可能会导致延迟发布产品
在急于修复这些缺陷的时候又有可能引入新的缺陷
最终可能导致项目失败
增强项目的可见性
有效决策
为项目构建状态和品质指标提供及时信息
报告功能完成度和缺陷率
注意到趋势
经常集成
看到一些趋势
构建成功或失败
总体品质
其它的项目信息
建立团队对开发产品的信心
清楚的知道每一次构建的结果
知道他们对软件的改动造成了哪些影响，结果怎么样
持续集成的要点
统一的代码库
自动构建
自动测试
每个人每天都要向代码库主干提交代码
每次代码递交后都会在持续集成服务器上触发一次构建
保证快速构建
模拟生产环境的自动测试
每个人都可以很容易的获取最新可执行的应用程序
每个人都清楚正在发生的状况
自动化的部署
职业：本科
0 条评论
下一页
