-
使用CodeArts管理电子商城项目开发流程 - 软件开发生产线 CodeArts
使用CodeArts管理电子商城项目开发流程 方案概述 资源规划 操作流程 实施步骤 附录
-
CodeArts套餐 - 软件开发生产线 CodeArts
CodeArts套餐 套餐概述 套餐规格特性差异 父主题: 计费模式
-
资源扩展 - 软件开发生产线 CodeArts
资源扩展 并发扩展 存储扩展 流量扩展 执行时长扩展 父主题: 计费模式
-
持续部署 - 软件开发生产线 CodeArts
任何人在几分钟内搭建好类生产环境,而不需要提交申请单,更不需要等待几周。 质量是内建的,在过程中而不是事后保证质量。 所有需求都被规范的签入自动化的环境搭建过程,无需文档、无需记忆。 信息共享:在开发和运维之间。 以下将使用华为软开云内置的CI/CD能力,持续交付价值。 单击菜单“构建&发布
-
CodeArts前端DevOps实践 - 软件开发生产线 CodeArts
需要基于业务本身去一个一个验证,得出一个优化的结论,每一环验证好打上勾,最终的结果呈现出性能的提升。我们在提升的过程中往往发现,很多问题是规范方面的不足,这时就需要思考为什么在开发过程当中会犯这样的低级错误。 基于前面的过程,团队往往会组合出适合自己的工具链。但当我们一次次的开始
-
DevOps敏捷测试之道 - 软件开发生产线 CodeArts
决。自动生成测试报告,测试人员直接拿到测试结果。 契约测试的价值 团队之间一定要引入契约测试,这描述起来比较简单,它既是一种测试技术,也是一种测试规范。例如有两个服务分别是服务A和服务B,服务A依赖服务B的结构。这时签订一个契约,服务A基于这个Mock开发自己的业务逻辑,服务B基
-
用户故事地图 - 软件开发生产线 CodeArts
最后,针对第一个发布的所有用户故事进行分解,确保我们的第一个发布越小越好,基本上需要保证在1-2个迭代后就可以发布产品的第一个版本。 用户故事地图规范 第2个步骤中的便签表示用户任务(User Tasks),也就是下图中的绿色便签。 第3-4个步骤中的便签表示用户活动(User Activies),也就是下图中的蓝色便签。
-
我在CodeArts做需求 - 软件开发生产线 CodeArts
以树状关系来展现和拆分。 非功能性需求以及技术类需求 非功能性需求(Non Functional Requirement)往往是决定产品或项目成败的关键,却往往容易被忽视。当非功能性需求欠缺太多,就背负了技术债务,需要通过定期的技术类活动进行清理。 典型的非功能性需求包括:性能
-
持续集成 - 软件开发生产线 CodeArts
量,防止代码腐化 自动化完成代码检查已经是必须的,我们需要解放人力到更有价值的业务逻辑,架构相关的评审工作中。 团队成员日益增加,统一编码规范非常重要,但是依靠手工这是不可完成的任务。 代码检查(CodeArts Check)是基于云端实现代码质量管理的服务,软件开发者可在编码完
-
影响地图 - 软件开发生产线 CodeArts
参与人员 决策者,技术人员,业务人员。注意一定要有决策者参与,包括:商业决策、技术决策、营销决策。如果发现一个问题讨论很久没有决定,也许是因为缺乏合适的参与人员,应该找更高阶的人员决策。 参与人数:原书的建议是将第一次会议人数限制在不超过5-6人,确保关键的业务决策者和技术人员参与进来
-
什么是敏捷 - 软件开发生产线 CodeArts
发能力。它们的具体名称、理念、过程、术语都不尽相同,相对于“非敏捷”,更强调程序员团队与业务专家之间的紧密协作、面对面的沟通(认为比书面的文档更有效)、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法,也更注重软件开发过程中人的作用。 敏捷宣言
-
什么是软件开发生产线(CodeArts) - 软件开发生产线 CodeArts
需求/缺陷/任务等),可支撑IPD、DevOps、精益看板等多种研发模式,还包含跨项目协同、基线与变更管理、自定义报表、Wiki在线协作、文档管理等功能。 代码托管:基于Git提供分布式代码管理和协同开发能力,包括成员管理、权限控制、代码托管、代码检查、代码审核、代码追溯、持续集
-
朴素的DevOps价值观 - 软件开发生产线 CodeArts
使用最新的技术和语言,并不影响,反而有助于Google快速成为世界领先的公司。 团队效率高于个人效率,统一技术栈带来的收益,往往大于使用最新技术栈带来额外的维护和沟通成本。Etsy在2010年,决定大量减少生产环境中的技术,统一标准化到LAMP栈。“与其说这是一个技术决策,不如说
-
持续交付与持续部署概念解读 - 软件开发生产线 CodeArts
试全都跑完了。 所以在这个点,从技术的层面上讲,代码是可以被部署到生产环境的;从业务的层面上讲,需要判断是否发布特性给用户,以获取最终的用户反馈。 将部署和发布解耦 部署和发布是不同的动作,部署更多是一个技术行为,而发布更多是业务决策,不要把技术与业务决策混为一谈。部署与发布的解
-
被删除子用户的工作记录是否一并被删除? - 软件开发生产线 CodeArts
代码仓库、各服务任务等。 例如,IAM子用户(子账号)被删除后,不会释放数据,由该子账号创建的项目会自动移交给租户账号(主账号),项目内的文档数据等会被保留。 父主题: 成员与权限
-
如何构建高效的持续交付能力 - 软件开发生产线 CodeArts
常事务的一部分。 架构做的不好,留下的是技术债务。技术债务都是不好的么?当然也不是。 技术债务如同3X曲线,在早期应该有意识的去背负一些债务,来换取时间窗口,来撬动杠杆。当然这个应该是有意而为之的事情,不是懵懂无知的。随后,需要将偿还技术债务的活动,制度化,常规化。 为了持续集成
-
持续交付流水线 - 软件开发生产线 CodeArts
体是否采用以上三种技术实践并不一定,而且还必须考虑其他非技术因素,比如团队管理模型,需求结构,项目管理方式,人员能力等等。所以这个持续交付和以上3个不是一个层次的问题,但他们之间确实有互相推动影响的关系。”——徐磊 发布策略与发布节奏 持续集成与持续部署是技术域的事情,持续交付是
-
步骤三:开发代码 - 软件开发生产线 CodeArts
根据需要配置,本文档中保持默认配置。 能合并 根据需要配置,本文档中保持默认配置。 成员 根据需要勾选“能推送”、“能合并”,并在下拉列表中选择成员。 本文档中保持默认配置。 如果页面中已存在保护分支“master”,可单击,根据需要修改保护分支配置。 创建功能分支(本文档中由开发者Chris操作)。
-
方案概述 - 软件开发生产线 CodeArts
便管理端UI可以抽取数据进行统计显示。 技术栈:.net core或者Java(此服务提供两种技术栈实现了同样的功能,可根据需要修改配置选择其中一个作为运行时进程)。 订单缓存 业务逻辑:此服务作为用户端UI服务的数据持久化服务存在。 技术栈:Redis 订单数据库 业务逻辑:此服务作为管理端UI服务的数据源。
-
敏捷项目管理 - 软件开发生产线 CodeArts
自上世纪90年代初以来,它就已经被应用于管理复杂产品的工作上。 Scrum并不是一种过程、技术或决定性方法,而是一个框架,在此框架中您可以使用各种不同的过程和技术。 Scrum让您的产品管理和工作技术的相对成效更加清晰地显现出来,以便您可以持续改进产品、团队和工作环境。 Scrum框架