共计 1471 个字符，预计需要花费 4 分钟才能阅读完成。
企业级的利用构建对构建速度、代码品质、构建性能、流水线易用性及易维护性都有较高的要求，企业研发团队通常须要集成第三方零碎工具或插件，一直晋升整个构建过程中的效率、品质和体验。基于不同的治理及构建场景需要，每个团队对于插件的能力要求各异。
近期，CODING 继续集成在为用户提供了 10 余种罕用的官网插件的根底上， 推出了用户自定义插件能力，让团队内成员将得心应手的工具或命令封装成「自定义插件」，便于在构建流程中疾速配置所需的插件能力，并反对在团队内共享，不便团队内其余成员疾速复用。
自在定制
自定义插件不限度技术栈和语言框架，任意命令行可执行程序，均可封装成插件。开发团队可自行开发或应用开源插件来满足团队的构建需要，满足多样化诉求。上传即可应用，无需官网审核。
图形化编排
基于 CODING 继续集成的图形化编排能力，在插件的利用上，间接在构建的流程配置步骤中间接抉择插件即可，简略易用。
企业级插件治理能力
自定义插件反对企业 / 团队内共享，团队成员上传插件可抉择公开给企业内其余成员应用，有利于开发团队成员间的工具共享，进步开发者的创造力，节俭重复造轮子的工夫精力。
自定义插件怎么用？
1. 查看构建插件
点击首页左侧的「性能设置」→「继续集成」→「构建插件」，你能够在此处看到官网插件、团队插件与集体提交但未公开的插件。在插件详情中查看名称、形容与版本号。
2. 开发插件
插件开发不限度开发语言和环境，仅需满足插件的目录构造标准（如下）以及申明文件的标准要求即可。编写你的插件代码时，逻辑代码保留至 my-plugin-project/src 目录或任意子目录下，步骤运行入口文件确保与申明文件中统一。
插件目录构造：
- my-plugin-project // 您的我的项目目录
- my-script.xx // 构建插件执行脚本或入口文件，反对任意语言组织（需执行环境具备，如需非凡环境可应用容器）- qci-plugin.yml // 构建插件申明文件，定义您的构建插件名称、版本、参数等信息
请点击查阅申明文件标准及更具体开发指引。
3. 上传插件
开发实现后，打包插件代码（zip 包）并通过「性能设置」→「继续集成」→「构建插件」中上传。咱们会保留您的我的项目文件，构建时，构建节点将会下载我的项目并执行。上传后确认公布插件，公布后可设置公开团队内成员可见。
4. 应用插件
你能够通过图形化编排界面或编译命令行两种形式应用插件性能。当插件为公有插件时，只有作者自己能力增加应用，当作者将插件标记为「公开」后，团队内其余成员也将能够看到并应用此插件。
- 图形化编排形式
点击指标「构建打算」→「设置」→「流程配置」，在阶段内增加步骤时抉择是否启用官网插件或团队的自定义插件。
- 编译命令行形式
反对应用命令行的形式间接编辑 Jenkinsfile，参考语句示例如下：
useCustomStepPlugin(key: 'exec_py_script', version: '1.0', params: [site_packages:'false',requirements:'false'])
// key 为 插件的 ID，version 为版本号（默认应用最新版本，随插件降级而主动降级），params 为以后插件所须要填写的参数。本次提供的「自定义插件」扩充了 CODING 继续集成的构建能力边界，满足更多个性化的软件构建需要，给宽广研发团队提供了最大限度的灵活性，也进步了构建流程配置的效率和易用性 。将来，CODING 继续集成也将逐步兼容 Drone 和 GitHub Action 的插件，一直构建 CODING 继续集成插件生态能力。
