检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
如何使用各种开发工具和平台,借助如任务跟踪、分支计划、持续集成、持续发布、自动化测试等工具让开发过程变得更加高效? 用户故事的需求整理方式与传统需求的整理方式有很大的不同。传统软件开发中,我们依赖用户需求、技术需求、规格说明书等工具,试图使用规范的文档来解决需求收集和传递的问题。在这个过程中,我们将
在构建或运行软件时,软件的一部分要依赖于另一部分,就产生了依赖关系,而更好的管理项目中有依赖关系的组件和库文件,就成了配置管理中重要的一环。 在软件项目中,有适当的管理依赖的方法,其中比较常见有几种:一种是应用版本控制库对依赖进行管理;一种是显式的声明他们,例如应用Maven进行项目的构建;还有一种是使用依赖管理工具,管理自己的依赖库。
仪式感会弱化。 建议 在团队刚刚开始使用敏捷时,如果团队成员都在同一地点办公,还是使用物理看板更适合,两个到三个迭代后,团队自然对敏捷流程有了认识,一些敏捷的习惯已经养成。要引导团队的改善活动,看板从开始到稳定要经历过几次进化,最后达到团队理想的流程管理和最好的可视化状态。这个时
在“新建任务”窗口中,单击“Check代码检查”插件后的“添加”。 选择调用任务“phoenix-codecheck-worker”,单击“确定”。 代码检查任务有三种检查模式,本文保持默认值“Full”,可根据需要修改。 Full:全量检查,扫描代码仓里的所有文件。 Incremental(last commit):
三段式的用户故事,核心是从用户角度出发描述问题,站在用户的立场思考问题。 好的用户故事讨论的是为谁做和为什么做,而不仅仅是做什么。作为Who,我想要What,以便于Why。有了Who、Why、What的信息,How就变得呼之欲出了。以往我们上来就写需求的,往往注意到的是What(干什么),却忽略了Who(为谁做)
价值观 个体和互动 高于 流程和工具 工作的软件 高于 详尽的文档 客户合作 高于 合同谈判 响应变化 高于 遵循计划 也就是说,尽管右项有其价值,我们更重视左项的价值。 原则 敏捷宣言中还包括以下原则: 对我们而言,最重要的是通过尽早和不断交付有价值的软件满足客户需要。 我们欢
打开“提交代码触发执行”开关,保存任务。 由于在“参数设置”页签中“codeBranch”配置的默认值为“master”,因此本次设置的结果是当master有代码变更时自动触发构建。 验证配置结果:修改项目代码并提交至master,即可查看构建任务是否自动执行。 设置定时执行任务 为了防止问题代码
个规律。 未来不在线的软件一定是没有生命力的,如何保持运维让它一直在线,保证它生存是我们要考虑的问题。基于华为的IT基础设施、云的基础设施有很多运维服务,这些运维服务也是给大家提供技术手段,让个别团队都能轻松的操作起来,这是Operations的变化。 运维、运营不应局限于现有的
用户故事可视化——起床故事 讨论一个最简单的场景:早上起床出门,作为第一个用户故事地图。 每个人都非常熟悉这个场景,但是当我们开始讨论的时候,有两个问题开始浮现: 每个人习惯不同,如何统一我们的故事? 从起床到出门要经历几个不同的阶段,到底应该如何确定阶段? 第一个问题其实是“用户故