检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
等策略内容,可自动生成策略。 JSON视图创建自定义策略:可以在选择策略模板后,根据具体需求编辑策略内容;也可以直接在编辑框内编写JSON格式的策略内容。 具体创建步骤请参见:创建自定义策略。本章为您介绍常用的软件开发生产线控制台自定义策略样例。 软件开发生产线控制台自定义策略样例
单击右上角图标,可以将项目需求交付列表以Excel的格式下载到本地。 在页面下方查看用户需求交付列表,用户需求交付列表度量对应项目下成员的需求交付情况,辅助进行项目成员工作分解。 单击右上角图标,可以将项目需求交付列表以Excel的格式下载到本地。 通过项目经理驾驶舱洞察多个项目中缺陷状况
功能点进行详细记录,形成文档或者录入系统。 问题记录人:由技术团队内某人承担,负责在讨论过程中将无法现场确认的问题进行记录,形成文档或者录入管理系统。 会议交付物: 针对议程中的每个用户故事所产生的文档或者管理系统记录。 讨论过程中所记录的问题列表或者管理系统记录。 针对用户故事
图1 报错信息示例 原因分析 在修改yaml文件时,文件中代码的缩进格式不正确,导致部署失败。 处理方法 检查代码仓库中以“-deployment.yaml”结尾的文件,其中“selector”代码段的缩进格式与图1保持一致。 完成检查后重新执行构建任务与部署应用。 父主题: 附录
在导航中依次选择“设置 > 成员管理”。 选择“成员视图”页签,单击“通过链接邀请”。 将弹框中的二维码或者链接分享给被邀请的用户。 图1 邀请成员 提交加入项目申请 扫描二维码、或者打开链接。 在打开的网页中输入登录信息,登录CodeArts。 输入申请加入项目的理由(不超过128个字符),单击“提交申请”。
以下操作在账号B中完成。 被邀请的账号可自动接受授权、或者手动接受授权。授权方式可通过CodeArts控制台修改。 图1 修改授权方式 修改授权方式、手动接受授权需要拥有Tenant Administrator角色权限或者DevCloud Console FullAccess权限。
当你有很少或没有代码但想分享一些截图或一些想法的时候;当你卡住了需要帮助或建议的时候;或者当你准备好了让人来审查你工作的时候,合并请求启动代码审查和有关更改建议的会话。 讨论和评估你的代码 审查你的更改内容的人或团队可以提供一些问题或者意见。 你也可以在大家讨论和给出关于你提交内容的反馈时, 继续Push修改你的分支,来解决问题。
的、每周一次的超级作战中解放出来,这对团队整体的士气和工作效率的提升都是非常明显的。如果真的发现在灰度测试中出现问题,或者版本有重大的缺陷,要能够触发自动回滚或者手动回滚。这时候运维人员会选前一个包直接启动流水线部署,把灰度测试灰度过的环境全部覆盖掉。 在微服务开发模式下,管理很
SpringBoot服务路径有误 执行Docker命令参数错误 部署失败,提示“Openjdk does not support arm” Nginx配置文件格式错误 使用sudo权限执行报错“需要密码” 部署报错,提示“环境下没有主机”
的变化,而不仅仅是行为本身。 不同的角色可能通过不同的方法,帮助或阻碍业务目标的实现,这些影响彼此之间可能是相互参考、相互补充、相互竞争,或者相互冲突的。既要考虑到正面的影响,也要考虑负面或阻碍的影响。 业务发起方应该针对角色Who以及影响How,而不是交付内容What进行优先级排序。
时的激励或及时的反馈,每一个迭代都要看到客观数据的变化。因为前面已经建立了主动的和被动的监控数据,每次的迭代中你做的努力,或者你的松懈,会直接在下一周,或者下一个迭代会议里面产生相应的数据变化。这种可视化的反馈数据会产生及时的激励,让团队看到付出的所有努力都是值得的,那些主动思考
否决定进行新的生产部署。 07 什么是用户故事? 在Scrum中,用户故事是一个工具。通常用户故事是一个短小的、一般用一句话可以说明的特性或者功能以及场景的描述。通过用户故事,我们让用户可以自然的讲述需求,并可以通过用户故事讨论和跟踪需求。 在CodeArts中针对每一个需求都可
邀请其他账号用户为CodeArts项目成员 从委托中导入CodeArts项目成员 通过链接邀请:项目成员分享二维码、或者项目链接给待邀请的用户,用户扫描二维码、或者单击项目链接可以提交加入项目申请。 父主题: 添加CodeArts项目成员
提供在线文档多人协同编辑能力,方便企业/团队内部进行知识创作、沉淀和交流。 × √ √ √ 文件库(文档) 提供在线文件托管能力,支持多种文件格式的上传和预览。 × √ √ √ 代码托管 表2 代码托管规格特性差异 规格/特性名称 规格/特性说明 体验版 基础版 专业版 企业版 代码仓总存储容量
的看板,设计、开发、测试、上线,所有流程,到了什么环节所有人都看得非常清楚。产品经理每天就可以盯着看板上的需求流到了什么环节,如果到了转测就到转测环境里验收,如果已经上线了就在线上环境再验收一遍。每个服务都会有自己的看板。做了微服务和全功能团队之后,服务之间偶尔会有依赖,会需要另
注形式,而应该关注结果:部署应该是无风险、按需进行的一键式操作。 持续交付 持续交付(CD) 是指,所有开发人员都在主干上进行小批量工作,或者在短时间存在的特性分支上工作,并且定期向主干合并,同时始终让主干保持可发布状态,并能做到在正常的工作时段里按需进行一键式发布。开发人员在引
是适合与不适合。所以,要思考的是哪种方式更适合你的团队。 物理看板的优势和劣势 优势 成本低:几乎不需要成本,办公室允许粘贴的玻璃墙、白墙或者白板均可,再准备点便签和笔。 入门快:只要团队想好了怎么做,立刻可以做到工作的可视化,特别适合刚刚使用看板的入门级团队。 更改方便:对于看
行项目规划以及需求的制定。 如何拆分需求 需求通常以“Epic>Feature>Story”进行层级拆分: Epic通常是公司重要战略举措或者巨大的需求,例如“凤凰商城”对于“无极限零部件公司”是一个与企业生存攸关的关键战略措施,就是一个Epic。 Feature通常是在Epic
为什么提交代码时会触发执行没有监听代码提交事件的流水线? 流水线执行失败,提示仓库不存在或仓库已被删除 流水线执行失败,提示测试套正在执行 流水线执行失败,提示任务不存在或者已被删除 流水线配置的定时任务未触发 流水线执行权限不够(执行按钮不可操作) 保存流水线时提示人工审核任务中配置了不属于当前项目的审核人 流水线执行失败,提示流水线不存在
但费时费力而且还没人去看。取而代之以通过与客户沟通来获取需求,通过与用户协作来澄清需求,通过频繁的发布来确认需求。 用户故事通常按照如下的格式来表达: As a <Role>, I want to <Activity>, so that <Business Value>. 作为一