@cosyte/tsup-config

中文文档
0.1.3发布于 2026/11/09MITTypeScriptES Module零依赖构建来源已验证近 30 天下载 5853

为@cosyte/* 图书馆共享 tsup 构建配置(双重无害环境管理+CJS,ES2023).

中文使用文档
文档目录10 节
  1. 为什么会这样
  2. 状态
  3. 安装
  4. 使用量
  5. 入境点
  6. 覆盖
  7. PHI 与安全
  8. 兼容性
  9. 捐款
  10. 许可证
The Cosyte logo on its own white ground: the icon beside the word Cosyte.

@ cosyte/ tsup- config

一个双格式的构建基线,所以每个Cosyte库都以同样的方式打包.

npm version CI License: MIT Node

为@cosyte/* 图书馆共享 tsup 构建配置(双重无害环境管理+CJS,ES2023).

为什么会这样

双格式出版是图书馆悄悄地中断的地方:无害环境管理构建了决心,CJS构建了 没有,是 .d.ts 文档指错一个,没有人发现 直到消费者在另一个 模块系统安装它。 一次做对一次 把配置复制到10个寄存器 最终在其中9个中弄错了.

最近的选择是手写 tsup.config.ts 每个仓库。 这是同一个基线 作为已出版的软件包, 所以修正 外延或目标到达每个库 用它作为版本的凸起.

状态

@cosyte/tsup-config 位于Cosyte 0.1.x线上:公共API被安顿下来,凸起类型跟随普通semver.

仍在移动: 编译目标以及树摇摆和分拆设置, 这三个都改变了 消费者出版的文物长相如何. 这个 cosyteTsup(options) 形状本身是部分 最不可能移动.

安装

pnpm add -D @cosyte/tsup-config tsup

tsup (8或9)是同级依赖. 节点 >=22.14; tsup 9本身需要22.18或后期. 无害环境管理 只有这个.

使用量

tsup.config.ts 一个电话,和 entry 每一个消费者供应都是唯一的选择,因为 软件包知道其构建内容:

import { cosyteTsup } from "@cosyte/tsup-config";

const config = cosyteTsup({ entry: ["src/index.ts"] });
config.format; // => ["esm", "cjs"]
config.outExtension({ format: "esm" }); // => { js: ".mjs" }

导出对象为文件默认值( E)export default cosyteTsup({ entry: ["src/index.ts"] })(中文(简体) ) 其他的都是强制标准.

说对了 @arethetypeswrong/cli (单位:千美元)attw)作为出版门. 双层建筑,释放出错误 其两个模块系统之一的申报仍然包并出版; attw 就是转弯 在它到达npm前变成红色.

入境点

进入点这是什么
@cosyte/tsup-config页:1 cosyteTsup(overrides?) ,返回 tsup 配置对象

一个入口,所以 @cosyte/tsup-config 是消费者唯一写过的文章.

覆盖

任何Tsup自己的东西 Options 可以传递给 cosyteTsup 并被合并在基准之上 添加第二个输入点或切换格式是一个参数 :

export default cosyteTsup({
  entry: ["src/index.ts", "src/perf/index.ts"],
  sourcemap: false,
});

合并是浅薄的,而覆被赢得,所以这里没有什么是无法到达的. 这是故意的:a 构建配置不能被每个包调整,是一个包周围通过不使用来工作的. 这个 基线是免费的,而不是你所坚持的.

PHI 与安全

此软件包是构建配置 。 它决定了库的编译和包装方式,读作否 运行时输入, 并且从不看到病人数据 : 这里没有日志、 保留或传输任何信息 .

兼容性

双 无害环境管理+CJS 与 .d.ts, (中文(简体) ), 页:1 目标,节点平台,树摇起,分道扬镳, .mjs 财务报告和审定财务报表 .cjs 外延和源图。 外延是故意的,它们使每一个 文物模块系统在文件名中明确,而不是依赖最近的 package.json type 字段.

捐款

问题、错误报告和提议 问题跟踪器欢迎调用请求 cosyte/ 配置,这个包裹住的地方.

改变必须清除所需的 verify 任务,对基线的修改需要更改 说着什么动了:它改变了每个消费者出版的艺术品.

许可证

麻省理工学院,版权:Cosyte LLC. 见 自由主义。 。 。 .

版本与发布记录

@cosyte/tsup-config 共发布 7 个版本,首次发布于 2026/06/26;过去 12 个月发布了 7 个版本。最新版本附带 npm provenance 构建来源证明,可追溯到公开的 CI 构建记录。

版本发布日期距今
0.1.3latest2026/11/092 天前
0.1.22026/11/082 天前
0.1.12026/11/083 天前
0.1.02026/09/211 个月前
0.0.32026/08/053 个月前
0.0.22026/07/313 个月前

关于 @cosyte/tsup-config 的常见问题

@cosyte/tsup-config 是什么?

为@cosyte/* 图书馆共享 tsup 构建配置(双重无害环境管理+CJS,ES2023).

如何安装 @cosyte/tsup-config?

在项目目录运行 npm install @cosyte/tsup-config,或使用 pnpm add / yarn add / bun add。它还需要宿主项目提供 peer 依赖:tsup(^8.0.0 || ^9.0.0)。npm 7 及以上与 pnpm 8 及以上默认会自动安装必需的 peer 依赖,Yarn 需要手动安装。

@cosyte/tsup-config 支持 TypeScript 吗?

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

@cosyte/tsup-config 支持 ESM 还是 CommonJS?

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

@cosyte/tsup-config 可以商用吗?

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

@cosyte/tsup-config 的下载量有多少?

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

@cosyte/tsup-config 还在维护吗?

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