词汇表

最近更新时间:2025-10-21 15:43:49

我的收藏

B

版本

  • 在制品库中,版本列出某个包下的所有构建产物,详细记录了每次构建产物的版本迭代更新变化。
  • 在 Serverless 云应用中,版本是容器资源的集合,访问流量真正承载的实体,一个服务中可有多个版本,每个版本均有一个小型的容器集群供用户使用。
  • 在消息队列 CKafka 版中,Apache Kafka 目前共演进了 0.7.x 到 3.3.x 大概30个版本,从消息队列的角度可分为四个阶段:0.x、1.x、2.x、3.x。目前腾讯云消息队列 CKafka 版针对这四个发展阶段均提供了商业化云上兼容版本,基本覆盖了用户使用的主流 Kafka 版本。
    CKafka 版本的表达方式为 x.y.z_va.b.c。x.y.z 表示兼容的开源 Kafka 版本,a.b.c 表示 CKafka 提供的 Broker 增强版本(CKafka enhanced version)。
    具体版本更新说明详见 Broker 版本升级记录

构建产物对外提供访问的基础单元,用于介绍当前构建产物的用途和使用指引。

部署流程

部署流程是用于描述持续部署具体行为的载体,将服务部署到相应集群中。

部署流程阶段

流程阶段用于描述流水线中有顺序的执行动作。

C

仓库

用于管理不同类型的仓库和仓库下的包资源,可以设置仓库对外的访问权限。

测试管理

CODING 测试管理(CODING Test Management,CODING-TM)为您提供井然有序的测试协同管理工具服务,从测试用例库管理、制定测试计划,到协作完成测试任务,为测试团队提供敏捷测试工作方式,提高测试与研发团队的协同效率。提供可视化的工作视图以及数据报告,随时把控测试进度和规划。

持续部署-触发器

触发器能够将流水线的启动与某一事件相关联,当事件发生后,流水线触发器携带制品信息自动触发流水线启动。

持续部署-集群

K8s 是 Google 开源的容器集群管理系统,提供应用部署、维护、扩展机制等功能。利用 K8s 能更加方便地管理在跨集群中运行的容器化应用。

持续部署-应用

一个或多个微服务的组成与集合。

持续集成

CODING 持续集成(CODING Continuous Integration,CODING-CI)全面兼容 Jenkins 的持续集成服务,支持 Java、Python、NodeJS 等所有主流语言,并且支持 Docker 镜像的构建。图形化编排,高配集群多 Job 并行构建全面提速您的构建任务。支持主流的 Git 代码仓库,包括 CODING 代码托管、GitHub、GitLab 等等。在构建依赖拉取方面,对于包括 Maven、NPM 在内的主流镜像源有专用网络优化,保证拉取速度,进一步提升构建的速度。

CODING-AR

参见 制品库

CODING-CI

参见 持续集成

CODING-CR

参见 代码托管

CODING-PM

参见 项目管理

CODING-TM

参见 测试管理

D

代码托管

CODING 代码托管(CODING Code Repositories,CODING-CR)是为开发者打造的云端便捷代码管理工具,旨在为更多的开发者带去便捷、高效的开发体验,全面支持 Git/SVN 代码托管,包括代码评审、分支管理、超大仓库等功能。

迭代

  • 在敏捷模式下:指时间冲刺(Sprint),指团队完成一定数量工作所需的短暂、固定的周期。
  • 在经典模式下:指某版本(Version)的生产过程,包括从需求分析到交付完成。

J

Jenkinsfile

将 Jenkins Pipeline (流水线)以代码文本形式写出来的叫做 Jenkinsfile (过程描述文件)。

Jenkins Pipeline

Jenkins Pipeline (流水线)是可自定义的工作模型,它定义了交付软件的完整流程,一般包含构建、测试和部署等阶段。

经典项目管理

传统项目管理的特点是强计划驱动,围绕着需求、资源和时间展开,需求范围固定后才可分配人员和时间,并在项目推进过程中积极跟踪和控制风险。

经典项目管理便是 CODING 基于传统项目管理模式提供的管理方案,主要适用于使用传统项目管理方式的团队,帮助团队在同一平台汇总信息,统一协同,随时查看任务并分配与协调人员,及时跟踪测试进度和缺陷修复进度,实时掌握项目进度,过程透明可控。

M

模块

为了方便管理用例,CODING 测试管理提出了模块的概念,模块可以理解为用例的分组,也就是多个用例的集合。您可以将针对系统同一个模块的测试用例放置到同一个 CODING 模块中。

Q

缺陷

  • 在 TAPD 敏捷项目管理中,缺陷是一个用来跟踪需求的进度或者问题解决过程的一个工具。在这里用户可以将某个需求或者问题指派给开发去解决。
  • 在 CODING 项目管理中,缺陷指软件不符合最初定义的业务需求的现象。

R

任务

  • 在批量计算中,任务(Task)是在一台云服务器上执行的应用程序的信息。Batch 调度系统根据用户提交的配置,自动创建 CVM,执行程序。
  • 在 CODING 项目管理中,任务指为实现某个目标或需求所进行的具体活动。
  • 在数据万象中,针对已存在于存储桶中的文件,您可创建任务进行媒体处理操作。目前支持创建文件转码音视频拼接视频截帧视频转动图智能封面五种任务。任务创建基于模板功能,您可直接使用数据万象提供的系统预设模板,也可自定义模板,模板详情请见 模板文档
  • 在混沌演练平台中,任务是经验库的一次实例化执行。
  • TI-ONE 平台中的任务,一般是指用户在平台上创建的训练作业,包括自动学习作业,任务式建模作业等。

S

Scrum 敏捷项目管理

敏捷项目是价值驱动的,在敏捷项目管理中,先固定了成本与时间,需求在交付期间频繁细化,在固定的时间盒中优先交付高价值的需求。敏捷项目管理中最常见的模型为 Scrum 框架,基于经验主义和精益思维,采纳了一种迭代和增量的方法来优化对未来的预测性并控制风险。

CODING 的 Scrum 敏捷项目管理模式便是在此基础上,通过标准化的流程和完整的信息统计,帮助团队快速入门敏捷研发并创造价值。该模式主要适用于迭代驱动型的团队,通过短周期的快速试验来暴露自身所面对的潜在问题,并不断检视与调整来持续改进产品、团队和工作环境,从而高效并创造性地交付最高价值的产品。

史诗

史诗(Scrum 敏捷项目管理)是敏捷研发的纵轴,也是一个较大的功能或特性,可以将大型工作分解为多个较小的需求或任务。通常其需要分多次迭代才可完成。

事项

事项是项目协同中的主体,例如史诗(Scrum 敏捷项目管理)、用户故事、需求、任务、缺陷等都可以被抽象为不同的事项类型。

事项状态

事项状态是事项在生命周期内所处的状态,可在工作流配置页面配置不同状态间的流转。

例如需求中可设置未开始、开发中、测试中和已完成等状态;缺陷中可设置处理中、待验、拒绝和关闭等状态。

事项属性

属性可以理解为事项的描述信息,用于快速说明此事项目前的状态、截止日期、处理人、优先级等信息,事项属性主要用于定制对应事项类型的字段,项目中各事项类型的属性均需要从属性列表中进行选择。

T

图形化编辑器

图形化编辑器在基于编辑 Jenkinsfile (过程描述文件)的核心功能之上设计了可视化视图,同时也兼容绝大部分自定义操作,实现了边写边看、所见即所得的直观编辑体验。

X

项目管理

CODING 项目管理(CODING Project Management,CODING-PM)工具包含迭代管理、需求管理、任务管理、缺陷管理、文件/wiki 等功能,适用于研发团队进行项目管理或敏捷开发实践。结合敏捷研发理念,帮助您对产品进行迭代规划,让每个迭代中的需求、任务、缺陷无障碍沟通流转, 让项目开发过程风险可控,达到可持续性快速迭代。

项目网络

项目网络展示了这个仓库最近的提交信息,以及按最近提交时间排序的提交记录。

项目协同

项目是实践 CODING DevOps 的最小单位,可以将它当做最基础的项目进度可视化协调工具。项目协同功能模块是协调各个事项的调度中心,在这里可以将众多事项进行拆解与分配,例如将用户故事拆解出子工作项,将合并请求关联至事项,分配缺陷至相关责任人等等,通过合理的任务分配与处理机制实现无间协作。

需求

  • 在 TAPD 敏捷项目管理中,产品需求被称为“User Story”,或简称为 Story,是从用户的角度来描述的独立功能点。
  • 在 CODING 项目管理中,需求指用户解决某一问题或达到某一目标所需的软件功能。

需求类型

需求类型下分用户故事和需求两种类型,经典项目管理默认开启需求,Scrum 敏捷项目管理默认开启用户故事,可根据团队工作模式进行选择或同时开启。

在敏捷模式下:需求由产品负责人(Product Owner)创建,是最小交付单位,不可拆分为任务。

在经典模式下:需求由产品经理创建,可拆分子需求,最后拆分成任务,比如前端页面任务、后端接口任务、测试任务等等。

  • 用户故事:是敏捷框架中最小的工作单元,是从用户角度描述软件如何为其带来特定的价值。
  • 需求:是指用户解决某一个问题或达到某一目标所需的软件功能。

Z

制品

软件制品是指由源码编译打包生成的二进制文件,不同的开发语言对应着不同格式的二进制文件,这些二进制通常可以直接运行在服务器上。

制品库

CODING 制品库(CODING Artifact Repositories,CODING-AR)用以管理源代码编译后的构建产物,支持 Docker、Maven、Helm、npm 包等常见制品库类型,制品库可以跟源代码协同进行版本化控制,可以与本地各构建工具和云上的持续集成,持续部署无缝结合,并支持漏洞扫描等特性。为研发团队提供优质高效的构建物管理服务,把控构建物质量。

子工作项

子工作项指在经典项目管理模式下,为实现需求所进行的具体活动(子需求、子任务)。