检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
图1 报错信息 原因分析 由于应用的参数配置错误、连接超时等多种可能原因,导致Docker登录认证失败。 处理方法 参照配置SWR服务重新获取SWR参数,配置到应用“phoenix-sample-standalone”的参数中,重新部署应用。 父主题: 附录
在“成员视图”页签中,单击“添加成员 > 从本企业导入用户”。 在弹框中单击“创建用户”,跳转至“用户”页面。 图1 添加成员 单击“创建用户”,依次创建三个用户“Maggie”、“Chris”、“Billy”。
本章节为您介绍对用户授权的方法,操作流程如图1所示。 前提条件 给用户组授权之前,请您了解用户组可以添加的软件开发生产线控制台权限,并结合实际需求进行选择。如果您需要对除软件开发生产线之外的其它服务授权,请参见系统权限选择所需要的权限。
而Who>Why>How>What的逻辑模式,恰好也是影响地图的结构。有关影响地图,请阅读文章《影响地图》。 CodeArts需求编辑操作 在CodeArts中,我们可以通过工作项管理模块,进入每一个工作项中,单独编辑该工作项的详细信息,并可对工作项进行详细的用户故事内容描述。
图1 报错信息 原因分析 由于构建任务参数设置不正确,导致部署应用时获取不到正确的部署来源数据。 处理方法 参照配置SWR服务重新获取SWR参数,配置到构建任务中,并确保应用“phoenix-sample-standalone”的参数设置准确,重新执行构建任务与部署应用。
图1 需求效率度量 表1 需求效率度量-度量指标 名称 单位 说明 计算口径 需求总数 个 度量所选项目近1年创建需求总数。 所有的Story数量。 存量需求数 个 度量所选项目在当前时刻的还未关闭的需求数。 状态为除“已关闭”之外的Story数量。
图1 项目成员列表 父主题: 计费FAQ
选择“流水和明细账单”,选择账期,设置筛选条件(产品类型“软件开发生产线 CodeArts”、计费模式“包年/包月”),单击图标即可搜索账单。
图1 自动续费配置 在云服务控制台开通自动续费 登录管理控制台。 单击左侧导航栏的图标,选择“开发与运维 > 软件开发生产线 CodeArts”。 在“软件开发生产线”页面的列表中,选中待续费的订单。 单击“操作”列下的“更多 > 开通自动续费”。
图1 购买报错 原因分析 订单的创建、支付、查看,需要费用中心(BSS)服务的权限,该IAM用户没有此权限。 处理方法 联系管理员,为该IAM用户添加BSS Administrator、BSS Finance、BSS Operator三种权限其中一。 父主题: 计费FAQ
图2 获取委托ID 邀请成功,成员列表中显示新添加的成员。 父主题: 添加CodeArts项目成员
来源:Jez Humble - continuous delivery 从沟通的角度上来说,当然是越频繁越好,那么自然是下面这张图会更适合,而这张图,就是持续集成的场景。 软件版本管理 软件版本管理,即SCM,为什么前所未有的受到重视?
图1 团队度量 表1 缺陷修复度量-度量指标 名称 单位 说明 计算口径 团队成员数 - 度量指定团队成员数量。 团队成员数量。 代码变更量 - 度量团队成员所选时间内代码变更的行数。 团队成员在时间段内的新增代码行数减去删除代码行。
图1 查看问题帮助 父主题: 实施步骤
图2 自定义报表 在弹框中输入报表基本信息,单击“创建并配置”。 表1 报表基本信息 配置项 是否必填 说明 报表名称 是 报表的显示名称。支持中英文、数字、中划线、下划线,不超过16个字符。 视角 不可编辑 报表的查看视角,不同驾驶舱的视角不同。
图1 禁止设置昵称 水印设置 CodeArts提供水印设置,可以按服务设置水印功能,保护敏感信息。 目前支持对需求管理、测试计划服务进行水印设置。 进入CodeArts首页。 登录CodeArts控制台,单击,选择区域。 单击“立即使用”。
15 燃尽图可以说明什么问题? 燃尽图一般用来跟踪一个冲刺的进度状态。 团队把燃尽图作为预测指标来使用,可以直观得看到当前进度是快还是慢。 一般团队需要在Daily Scrum的最后查看燃尽图的最新状态,并根据情况采取措施。 16 燃尽图应该包含哪些元素?
图2 镜像加速器 进入代码托管服务,修改代码中引用的镜像地址。 将文件“result/Dockerfile”中第一行代码修改为以下内容,如所示。
图1 未加入的项目列表 在“已加入的项目列表”页签中,可以查看已加入的项目列表。 在“项目成员列表”页签中,可以查看全部项目(包括管理员已加入和未加入的项目)、以及每个项目的成员列表。 父主题: 整体咨询类问题
▪ 两者都是试图去解决相同,或相近的问题,只是还没有能一招解决所有问题的办法出现。 接下来, 让我们从狭义的角度看二者的区别。 传统的敏捷是为了解决业务与开发之间的鸿沟。