@dpuse/dpuse-development

中文文档
1.0.151发布于 2026/11/13MITTypeScriptES Module构建来源已验证近 30 天下载 4700

管理DPUse项目的行动.

中文使用文档
文档目录15 节
  1. 关于 DP 用途
  2. 导言
  3. 使用量
  4. API 参考
  5. 扶养许可证
  6. 捆绑分析
  7. 质量和安全
  8. 测试
  9. 代码质量
  10. 安全分析
  11. 依赖关系
  12. OpenSSF —— —— ——
  13. 报告脆弱性
  14. 捐款
  15. 许可证

DP 使用开发

License: MIT npm version CI

管理DPUse项目的行动.

报告脆弱性 • 妇女 打开一个问题

关于 DP 用途

DP 用户 (数据定位与使用)是一个浏览器内应用程序,通过三个核心活动定位您的数据供使用:来源、背景和出版.

判决 使用 连接器 设立 连接 用于应用程序、数据库、文件存储和编译数据集;这些连接随后用于配置结构化 数据视图 从基础来源.

二. 背景分析 从中提取时间顺序事件 数据视图 并把它们绘制成综合地图 背景模型这为DPUs Engine提供了生成决定性交易、事实或观察所需的结构框架.

出版 使用 发言者 生成标准 发言 立即使用相关数据, 烹饪手册 联 合 国 食谱 让您使用您的首选工具构建数据应用程序.

此外,DPUse还提供 工具 ,可以用来构建连接器和介绍器.

导言

该软件包执行一套用于管理DPUse寄存器的通用动作. 所有动作都设计从 package.json 脚本和假设项目遵循标准的 DPUS 目录结构,并包含 a config.json 文件在根目录中。 见 API 参考。 。 。 .

使用量

这个 软件包 可在 无中安装

npm install @dpuse/dpuse-development

[尖叫声] 这个项目不是为一般用途而设计的. 这是为DPUS CI/CD进程定制的。 欢迎您为您自己的目的进行克隆和定制, 但您需要根据您自己的工程结构和工具来调整它 .

要研究源头, 请复制此寄存器 .

git clone https://github.com/dpuse/dpuse-development.git
cd dpuse-development
npm install

要求数 节点.js 24岁或以后, 无 12岁或以后,以及 类型脚本 6.0.3 或迟.

这个寄存器使用它执行的动作管理自己. 见 scripts 块中 软件包.json 详细情况.

API 参考

见 API 参考.md 用于完整的 API 参考,包括每个输出动作和类型.

扶养许可证

[尖叫声] 依赖性许可在此不记录: @dpuse/dpuse-development是一个只开发的工具,从来不是生产发布的一部分.

捆绑分析

使用 桑达,它分析最终的源地图,以揭示树木震动和细化的实际影响,而不是依赖建设前的估计.

注:Sonda的Vite报告目前不包括CSS文件,因为Vite不会为CSS生成出出源地图.

弹簧/模块/文件组成
dist/dpuse-development.es.js (英语)65.9 kB → gzip 21.0 kB 占建筑面积的63.4%
    src-文档依赖性.ts+22██████████████████░░ 87.6% − 57.7 kB
        \\ 文档依赖性.ts▒▒▒░░░░░░░░░░░░░░░░░ 17.3% − 11.4 kB
        QQ 文档质量 警卫▒▒▒░░░░░░░░░░░░░░░░░ 15.1% − 9.9 kB
        QQ 文档 BundleSizes.ts▒▒▒░░░░░░░░░░░░░░░░░ • 9.0千贝
        请检查configFiles.ts▒░░░░░░░░░░░░░░░░░░░ 5.7% − 3.8 kB
        rustCrates.ts 互联网档案馆的存檔,存档日期2013-12-02▒░░░░░░░░░░░░░░░░░░░ 5.2% • 3.4 kB
        QQ 文档 Usage.ts▒░░░░░░░░░░░░░░░░░░░ 4.1% − 2.7 kB
        请检查dependency.ts▒░░░░░░░░░░░░░░░░░░░ 4.0% − 2.6千贝
        \\ n云浮点数▒░░░░░░░░░░░░░░░░░░░ 3.4% • 2.2 kB
        打开.ts▒░░░░░░░░░░░░░░░░░░░ 3.1% 2.0千贝
        审计▒░░░░░░░░░░░░░░░░░░░ 3.0% 2.0 kB
        QQ 文档动作( T)▒░░░░░░░░░░░░░░░░░░░ 2.7% • 1.8克B
        \\\ 文档贡献░░░░░░░░░░░░░░░░░░░░ 1.9% 1.2千贝
        发布 Project.ts░░░░░░░░░░░░░░░░░░░░ 1.7% • 1.1 kB
        QQ 发布Project.ts░░░░░░░░░░░░░░░░░░░░ 1.4% 972 B级
        测试项目.ts░░░░░░░░░░░░░░░░░░░░ - 799个B级
        qq 8个小文件▒░░░░░░░░░░░░░░░░░░░ 4.3% • 2.8 kB
    (内线工人)░░░░░░░░░░░░░░░░░░░░ • 17个B级
    (bundler输出, 白空 & JSON)██░░░░░░░░░░░░░░░░░░ 12.4% • 8.2 kB
差分/用途-BJfQ3vEr.js占建筑面积的26.1%
    @dpuse/dpuse-shared dt/dpuse-shared.es.js (中文(简体) )███████████░░░░░░░░░ • 14.9 kB
    src – 指数.ts███████░░░░░░░░░░░░░ 32.7% • 8.9 kB
    维利博特 - det/index.mjs░░░░░░░░░░░░░░░░░░░░ • 413 B级
    (bundler输出, 白空 & JSON)██░░░░░░░░░░░░░░░░░░ 11.1%-3.0克贝
差分/参考-aFk9cwH0.js8.4克B 克兹平方厘米 3.1克B 占建筑面积的8.1%
    src – 参考.ts███████████████████░ • 8.0克贝
    (bundler输出, 白空 & JSON)█░░░░░░░░░░░░░░░░░░░ 4.7% − 407 B级
dent/vite.es.js (英语)2.5 kB → gzip 1.1 kB → 2.4%的建筑
    斜弧- 斜弧██████████████████░░ 87.7% • 2.2 kB
    (bundler输出, 白空 & JSON)██░░░░░░░░░░░░░░░░░░ 12.3% 314 B级

Bars 显示每行输出文件的份额 。 ↳行是上行的一部分.

  • n more = 该行还持有来自同一个包或文件夹的n多的文件,每个文件都不超过被命名的文件. 一个软件包可以在几个输出文件下出现,每个文件都持有不同的文件,从没有过两次相同的文件.

(inlined worker) = 一个Web Worker单独建造,并嵌入在其输出文件中作为文本. 在建筑记录它包含的内容时,它的行列出了这一点;任何几个字节都是嵌入它所需的逃跑.

(bundler输出, Whitespace & JSON) = 字节 Sonda 无法追踪到源文件: 白空 (缩进和换行), 编码捆接器生成的代码(区域注释, 合并的导入/导出行, 其小的运行时帮助和包装), 导入 JSON 等 config.json,而捆绑者没有地图。 JSON和所生成的代码是那艘飞船的真正字节;而白空间大多在被压缩后消失.

质量和安全

此节每次更新 npm run document 运行。 设置来自寄存器的工作流程文件和GitHub. 测试覆盖范围和倒地分数同时被测量.

测试

检查状态它会做什么
单位测试打开维特 运行单位测试。 部分 CI 工作流程 每一次推拉请求 main。 。 。 .
基于财产的测试打开快速检查 每一次测试都会运行许多随机输入来查找边缘病例,同时进行单位测试. 部分 CI 工作流程 每一次推拉请求 main。 。 。 .
测试覆盖率打开Coverage Vitest的V8覆盖范围 测量单位测试运行的源线的比重。 目标是80%.

代码质量

检查状态它会做什么
卫生守则打开Fallow code health 堕落 发现未使用的代码,重复,复杂和依赖性问题.
代码分析打开Quality Gate Status 声纳云 检查每个驱动器,代码的气味和弱点.
线性打开ESLint 语录 检查代码是否有错误和样式问题。 部分 CI 工作流程 每一次推拉请求 main。 。 。 .

安全分析

检查状态它会做什么
推进保护打开GitHub 推进保护 块推动包含证书.
静态分析打开CodeQL 代码QL 使用扩展的安全查询扫描 GitHub 动作和 JavaScript/ TypeScript 安全漏洞, 并按下和拉动请求 main 周报.
秘密扫描打开GitHub 秘密扫描 检测证书,如 API 密钥 和 指使 , 承诺给寄存器.

依赖关系

检查状态它会做什么
脆弱性审计打开无 审计 当运输的依赖具有任何已知的脆弱性,或发展依赖具有高度或关键的脆弱性时,则失败。 部分 CI 工作流程 每一次推拉请求 main。 。 。 .
供应链风险打开套接字 标记恶意包,打字和可疑行为,可能还没有CVE.
安全警报打开依赖破坏 使用 GitHub 咨询数据库,在依赖存在已知脆弱性时发出警告.
安全最新情况关依赖破坏 打开拉动请求,以更新脆弱依赖。 这些都是手工操作的.
版本更新关依赖破坏 打开对新依赖版本的拉动请求。 这些都是手工操作的.

OpenSSF —— —— ——

OpenSSF Scorecard

这个项目正致力于: OpenSSF 最佳做法 传出徽章,自我认证,涵盖安全政策,脆弱性报告,构建流程,代码质量等等. 目前 OpenSSF 计分卡 对项目的安全做法进行独立的自动评估,是不断改进的领域.

报告脆弱性

请不要公开 GitHub 问题 安全漏洞 。 使用 GitHub 私人脆弱性报告 换句话说 见 警卫 全面披露政策、联系方式和预期答复时间.

捐款

该寄存器完全由其所有者维护,目前不接受外部投放至舟曲回放. 其来源根据"麻省理工学院许可证"公开发布——每个DPUses项目都是完全开源的,除了DPUses引擎,它仍然是封闭的和专有的.

关于安全弱点,见 报告脆弱性对于错误、不一致或其他反馈, 打开 GitHub 问题 ——反馈被读取,但回复和修复由维护者自行决定.

许可证

这个项目根据麻省理工学院许可证获得许可证,允许免费使用、修改和分发.

麻省理工学院 2026年 乔纳森·特雷尔

版本与发布记录

@dpuse/dpuse-development 共发布 303 个版本,首次发布于 2026/03/21;过去 12 个月发布了 303 个版本。最新版本附带 npm provenance 构建来源证明,可追溯到公开的 CI 构建记录。

版本发布日期距今
1.0.151latest2026/11/13今天
1.0.1492026/11/103 天前
1.0.1482026/11/075 天前
1.0.1472026/11/058 天前
1.0.1452026/11/0211 天前
1.0.1442026/11/0211 天前

关于 @dpuse/dpuse-development 的常见问题

@dpuse/dpuse-development 是什么?

管理DPUse项目的行动.

如何安装 @dpuse/dpuse-development?

在项目目录运行 npm install @dpuse/dpuse-development,或使用 pnpm add / yarn add / bun add。

@dpuse/dpuse-development 支持 TypeScript 吗?

支持。包内自带 TypeScript 类型声明(package.json 声明了 types 入口),安装后即可获得类型提示,无需再安装 @types 包。

@dpuse/dpuse-development 支持 ESM 还是 CommonJS?

以 ES Module 形式发布,推荐使用 import 引入。在 CommonJS 项目中,Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module,更早的版本需要改用动态 import()。

@dpuse/dpuse-development 需要什么版本的 Node.js?

package.json 的 engines 字段要求 Node.js >=24。版本不符时 npm 默认只给出警告,开启 engine-strict 后会拒绝安装。

@dpuse/dpuse-development 可以商用吗?

@dpuse/dpuse-development 使用 MIT 许可。宽松许可:允许商业使用、修改和再分发,通常只需在分发时保留原版权与许可声明。以上为概括,不构成法律意见,请以许可原文为准。

@dpuse/dpuse-development 的下载量有多少?

根据 npm 官方下载统计,@dpuse/dpuse-development 在 2026/10/13 – 2026/11/11 这 30 天内被下载 4,700 次,日均约 157 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入,适合横向比较热度,不能直接等同于使用人数。

@dpuse/dpuse-development 还在维护吗?

最新版本 1.0.151 发布于 2026/11/13(今天);至今共发布 303 个版本,其中过去 12 个月发布了 303 个;首次发布于 2026/03/21。发布频率只是参考信号:功能稳定的工具可能很少需要更新,建议结合源码仓库的 issue 和提交记录判断。