检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
批量迁移jfrog仓库至私有依赖库 部署 通过代理主机在内网部署应用 基于Nginx实现应用的灰度发布 基于Kubernetes Nginx-Ingress实现应用的灰度发布 通过自托管资源池部署应用至云下IDC 通过自托管资源池实现跨Region虚拟机部署 测试计划 基于接口自动化用例和关键字驱动的电商平台测试
成分分析的安全配置类问题如何分析? 组件版本为什么没有被识别出来或识别错误? 成分分析的开源漏洞文件路径如何查看? 成分分析的任务扫描失败怎么办? 扫描到恶意代码如何定位? 如何解决Roles with READONLY_USER或其他角色权限报错问题?
当我们面对敏捷和DevOps的时候,总会不可避免的思考下面这些问题: 敏捷是什么?DevOps是什么?两者有什么区别? 持续集成不是XP里面的么,怎么DevOps也有持续集成? 我们团队之前在做敏捷转型,现在又开始DevOps转型,这两者有什么区别? 其实这些问题并没必要太过纠结,因为敏
如何将snapshot组件上传到Maven私有依赖库? 使用gradle构建任务上传maven包,返回500错误提示,该如何处理? 无法下载依赖的war、jar文件时怎么办? 本地构建Maven组件上传到私有依赖库,返回401错误提示,该如何处理? 客户端下载私有依赖库组件,返回http错误码403提示,该如何处理?
物理看板的优势和劣势 优势 成本低:几乎不需要成本,办公室允许粘贴的玻璃墙、白墙或者白板均可,再准备点便签和笔。 入门快:只要团队想好了怎么做,立刻可以做到工作的可视化,特别适合刚刚使用看板的入门级团队。 更改方便:对于看板的规划,只要有新的想法就可以灵活的变动和快速的实现。比
性能测试服务报告,日志各类报错的含义是什么? 为什么接口返回体有中文或特殊字符时,通过流量录制插件导出后中文或特殊字符显示乱码? 资源不足,执行器无法拉起怎么办?
所说的10秒页面。对于这部分问题CodeArts前端团队会怎么做?这就要回到DevOps的三步法,从左到右的流动,从右到左的反馈,以及持续学习的迭代。 这里的关键是第二步,从CodeArts面临的问题角度来看,就是我们怎么知道产品的每一个服务,每一个页面在什么时候开始发生了性能的
量删除”。 说明: “运行中”状态的代理无法删除。 如果在新建代理时开启“重启免注册”开关,请参照页面提示,在删除代理前需登录对应主机执行卸载命令。否则,主机重启后,已删除代理会自动重新注册。 父主题: 管理CodeArts资源池
此外还有流程。如果线上发布过程和生产环境之间网络不通,应该怎么做呢?答案是工具并不能解决这个问题,因为这是流程问题。众所周知,华为公司有各种各样的安全红线,在做内部的云化服务化工具链落地实施的时候,最大的工作量集中在如何打破枷锁上,怎么把内网的一段代码或者一段测试用例或者二进制的安全文件
步骤六:部署应用(CCE篇) 部署服务提供可视化、自动化部署服务。提供丰富的部署步骤,有助于用户制定标准的部署流程,降低部署成本,提升发布效率。 为了可以更快的、更稳定的持续地交付软件,开发团队需要一部分自助化部署服务的能力,以减轻部分后续维护工作。 本章节介绍开发人员Chris
客户离开产品会不会觉得不爽,在很长一段时间之内靠人力就能够获得反馈。比如,几个产品经理一段时间都去客户那办公,坐到客户办公室里,观察客户怎么用产品,有什么问题,白天吐槽,吐槽之后赶紧让团队改。这个阶段不需要数据也是可以的,但是过了这段时间之后,比如产品做大规模的市场拓展,跟很多
的做让人感到痛苦的事。 小结 在开始行动之前,首先应思考需要解决的是什么问题,而不是去问应该采纳何种方式。 不应去问持续集成应该怎么做,TDD应该怎么做。那些都是解决方案域的东西,而应先搞清楚自身现存什么问题。正如去医院看病,不是直接找医生开药,而是应该问清楚自己是什么病,再对症开具体的药。
在开始介绍Scrum的组织架构之前,让我们先看一个小故事。 一天,一头猪和一只鸡在路上散步。鸡对猪说:“嗨,我们合伙开一家餐馆怎么样?”猪回头看了一下鸡说:“好主意,那你准备给餐馆起什么名字呢?”鸡想了想说:“叫‘火腿和鸡蛋’怎么样?”“那可不行。”猪说:“我把自己全搭进去了,而你只是参与而已。” 这则故事应用在敏捷
通过写清楚的提交信息,可以让其他人更容易跟上我们的思路并提供反馈。 提交说明要回答如下问题: What——要解决什么问题? When——什么情况下会发生? How——怎么样解决这个问题? Why——为什么这样解决是合理的,比其他解决方法更好? 合并请求的提交要清晰 一个好的合并请求不只是代码的事情,还牵涉到
持续交付流水线 以终为始,要想将持续交付、持续部署与持续发布讲清楚,就必须了解它们最终的目的,所有这些实践都是围绕着这一目的展开,并且相互关联的。 所以,持续交付也好,DevOps也罢,最终目标是快速的交付价值。 正如Jez Humble对持续交付的定义:“The ability
专项团队做什么?在这个阶段团队要把测试专项能力向服务化能力转型。这时候测试专员就会在团队创建初期进行赋能,包括测试工程搭建,早期的测试用例怎么写,标准化模板的编制,针对非功能性测试的专项能力的赋能,所有团队进行测试流程的评审,包括测试策略、测试计划、测试用例的评审,再看一下整个团
常需要一年多以上,基本是一年一个版本,半年的时间做线上验证,包括到客户的机房验证,那个时候升级都需要选访问量最低的时候进行半夜断网升级。 怎么保证迭代的速度加快,迭代的质量逐步变得更好呢?后来我们探索了一套模式是分层分级流水线,进行大规模开发的持续交付模式,建立一个合理的结构,我们通常会分成四层。
构建失败,报错“too many requests” 问题现象 构建失败,报错信息如下: toomanyrequests: You have reached your pull rate limit. You may increase the limit by authenticating
步骤五:构建应用 编译构建服务提供配置简单的混合语言构建平台,支持任务一键创建、配置和执行,实现获取代码、构建、打包等活动自动化。 在项目部署过程中,经常遇到由于环境不一致而导致的失败,例如研发调试环境的JDK升级后,未在环境清单中标记清楚,导致生产环境未做相应升级而引发失败。为
方案概述 背景信息 CodeArts结合多年研发经验与业界先进的实践提出了一套可操作可落地的敏捷开发方法论:HE2E DevOps实施框架。 图1 HE2E DevOps实施框架 规划和设计 步骤①和②是业务(或者是客户)与技术之间进行产品规划,梳理产品整体脉络,以及进行产品规划实施设计,并控制需求粒度与拆分的过程。