CODING DevOps 平台在四月里上线了大量新特性,这些更新涉及账号、代码托管、测试管理、制品仓库等多项产品,下文将着重为您介绍其中的亮点功能。
项目协同 | 新增配置方案功能
此功能的适用版本
标准版 ✅ | 高级版 ✅
“项目”是串联 CODING DevOps 所有功能的核心单元,不同的团队有着各色差异的协作方案。面对不同职能团队的流转要求:例如产品组对应着“需求调研 → 需求评审 → 产品设计 → 产品开发 → 功能验收”工作流,而美术组对应着“文案设计 → UI 设计 → 原画设计 → 模型设计 → 动画特效设计 → 确认交付”工作流,如何让协作方案模块化,满足不同的职能团队的协作需求?
“配置方案”功能(以下简称方案)能够让已配置好的协作模式得以快速复用,相同的职能团队直接复用团队中的已有方案,省去重复配置的过程;在这一过程中还能够帮助团队管理者统一规范整体的协作流程。
配置方案分为全局配置方案与项目配置方案两种类型(下文将简称为全局方案与项目方案),全局方案需在“团队设置中心”中进行创建,定位为团队内经常使用的通用配置方案。项目方案存在于各个项目中,定位更加灵活、响应项目的实际需求而设计的配置方案。
配置方案由协作模式、事项类型、事项属性与工作流四个单位组成,编辑配置方案本质是调整这四个单位,项目管理员可以基于实际协作需求进行调整。
代码仓库 | 新增自定义仓库模板
此功能的适用版本
标准版 ✅ | 高级版 ✅
团队中已有大量的脚手架资源,但是散落在不同的项目中,拉取时总会碰到权限或安全策略上的限制。如何优雅地在站在巨人的肩膀上继续开发呢?使用仓库模板功能让特定仓库作为团队内的公开资源,团队成员无需频繁加入不同的项目,代码仓库在安全层面上仅允许团队内成员拉取。
项目管理员可以将需要被频繁调用的“脚手架”代码仓库直接设为模板仓库,模板的权限默认为团队全体可见,其他开发成员在创建代码仓库时能够快速复用已有的代码沉淀。
在仓库设置中将仓库勾选设为模板仓库。当其他用户新建仓库时可以选择自定义模板下的仓库并完成创建。
代码仓库 | 开启分支状态检查门禁
此功能的适用版本
标准版 ✅ | 高级版 ✅
持续集成的出现得以让代码发布过程变成“所见即所得”,同时也让代码发布的过程变得更加轻松。每次代码变更在引入新功能新特性的同时,有可能蕴含潜在风险。若能够在代码合并入主干前及时检验代码质量,就能够尽早暴露问题,从而在后续开发中进行规避以减少风险的发生,这将极大优化开发效率。
状态检查门禁指的是在每次创建合并请求时,自动以源分支触发持续集成任务,先行验证新增的代码是否能够被正常发布。此前分支状态检查功能仅适用于保护分支,而此次检查功能扩展至所有分支可用。
通过检查后才能够被允许合并至目标分支,尽早暴露问题后快速解决,将风险控制在代码上线阶段。
此功能的适用版本
标准版 ✅ | 高级版 ✅
当评审者同意合并请求后,在主干分支都会留下由 Git 自动生成的确认合并信息。但这条信息仅仅只是重复记录 xx 分支已合并到 xx 分支,没有记录到本次合并请求的提交作者与审核者这些更加关键的信息。
如果想让这条记录承载更多关键信息,那么可以前往“代码仓库设置” → “合并请求”中修改合并信息模板,自动添加提交作者、评审者、时间与日期等记录,加强信息的溯源能力。
新增自动化测试插件。在持续集成中使用插件关联测试管理页中的自动化用例库,还可以设置当自动化测试运行失败时,直接中断持续集成任务,确保测试左移至代码提交环节,做到发布即测试。
支持导入 Markdown 格式文件,导入后自动作为知识空间中的文章页面。
导入任务及需求等事项时支持导入层级关系,例如导入需求下的子需求、子任务等事项。