极限编程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
一种软件开发实践
团队开发成员经常集成它们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成
自动化的构建验证
包括编译,发布,自动化测试
尽快地发现集成错误
每次集成
更快的开发内聚的软件
减少集成的问题
持续集成定义
持续集成
多次的集成
相应的测试
检查缺陷
了解软件的健康状况,减少假定
减少风险
节省时间、费用和工作量
减少重复的过程
项目活动的任何一个环节发生
包括代码编译、数据库集成、测试、审查、部署及反馈
浪费时间的重复劳动
将这些重复的动作都变成自动化
无需太多人工干预
更多的投入到动脑筋的、更高价值的事情上
自动化的持续集成
减少重复过程
在任何时间发布可以部署的软件
和其他的代码进行集成
马上就会被通知
问题会第一时间被修复
如果出现问题
经常对源代码进行一些小改动
可以部署的软件产品是最实际的资产
对于客户
问题有可能到交付前的集成测试的时候才发现
有可能会导致延迟发布产品
在急于修复这些缺陷的时候又有可能引入新的缺陷
最终可能导致项目失败
不采用持续集成
任何时间、任何地点生成可部署的软件
为项目构建状态和品质指标提供及时信息
报告功能完成度和缺陷率
有效决策
经常集成
构建成功或失败
总体品质
其它的项目信息
看到一些趋势
注意到趋势
增强项目的可见性
清楚的知道每一次构建的结果
知道他们对软件的改动造成了哪些影响,结果怎么样
建立团队对开发产品的信心
持续集成的价值
统一的代码库
自动构建
自动测试
每个人每天都要向代码库主干提交代码
每次代码递交后都会在持续集成服务器上触发一次构建
保证快速构建
模拟生产环境的自动测试
每个人都可以很容易的获取最新可执行的应用程序
每个人都清楚正在发生的状况
自动化的部署
持续集成的要点
极限编程XP- 持续集成- 20210906
0 条评论
回复 删除
下一页