调值
编辑并发布您的应用程序的 Flick 视图从终端.
npm install --global @flickfyi/flkr
flkr
需要节点.js 24或后. 运行 flkr 从您的应用程序的 Xcode 工程目录.
发展
从单列波根:
bunx --no-install turbo run build:package --filter=@flickfyi/flkr
bun run --filter @flickfyi/flkr typecheck
bun run --filter @flickfyi/flkr lint
bun run --filter @flickfyi/flkr test
本地构建并安装释放的焦油球 :
bun run --filter @flickfyi/flkr pack:release
bun run --filter @flickfyi/flkr test:release "$PWD/.build-storage/flkr-release/flickfyi-flkr-0.0.0.tgz"
包装包括内部JavaScript包及其依赖性. TSRS 保持 npm 依赖, 因此安装会选择其本地二进制为用户平台 。 沥青球测试检查可执行文件,子命令,并在单独的安装中生成了SDK发现.
被钉住的TSRS为Apple Silicon macOS和Linux x64/arm64(GNU和musl)发行了舰只编译器二进制. 它不运送Windows或Intel macOS 二进制.
这个版本来自这个软件包 package.json。在包装前遵循发布工作流程的清洁生产安装步骤:它使用Bun的悬挂式生产布局,其工作空间的悬挂边界如此原始 bun pm pack 包括完整捆绑的依赖树.
把它的目录登记为私人Bun工作空间 核心和光子的使用 workspace:*,所以他们的源和构建 留在本地到检查。 Bun更新了普通的根表和锁文件;不需要包注册或路径链接协议. 外部 Bun 项目使用已公布的 SDK 依赖性,由 SDK 运单提供React和编辑器类型版本.
npm 释放量
flkr-release.yml 构建、检查和安装用于改变flkr或者其依赖性的PR上的放出沥青球。 合并到 main,它出版 @flickfyi/flkr 到 npm 有版本 0.0.<GitHub run number>。仅文档更改为 packages/flkr/docs/ 不发布发布.
工作空间和已发布的软件包都使用名称 @flickfyi/flkr。 。 。 .
第一份出版物
在合并发布工作流程之前, npm 账户与发布访问 @flickfyi 范围必须创建软件包。 使用节点(Node.js 24或后期),npm 11.5.1或后期,并启用一个有两要素认证的账户.
使用自定义 npm 登录后发布 :
bunx --no-install turbo run build:package --filter=@flickfyi/flkr
bun run --filter @flickfyi/flkr pack:release
bun run --filter @flickfyi/flkr test:release "$PWD/.build-storage/flkr-release/flickfyi-flkr-0.0.0.tgz"
npm login
npm publish .build-storage/flkr-release/flickfyi-flkr-0.0.0.tgz --access public
版本 0.0.0 离开工作流程 0.0.<run number> 现有版本。 在合并前完成下面可信任的出版商设置; GitHub 不需要 npm 出版秘密 .
受托出版
一旦软件包存在,请配置其 npm 信任的出版商 gitHub 动作 :
| 设置 | 数值 |
|---|---|
| 组织或用户 | zshannon |
| 仓库 | crayon |
| 工作流程文件名 | flkr-release.yml |
| 环境 | 空闲 |
| 允许的行动 | 允许直接 npm publish |
只有发布工作 main 接收 id-token: write. PRs 以只读权限构建并测试相同的柏油球. npm将 GitHub 身份交换为短寿命的出版证书.
第一个工作流程发布成功后,请选择 需要双要素认证和不允许的令牌 在包裹下 设置 – 出版访问。为此软件包撤销任何旧的发布符并删除任何相应的 NPM_TOKEN GitHub 密报.
私营储存库出版
npm 信任的出版 支持私有源寄存器。 本工作流程向公众发布 @flickfyi/flkr npm 直接从私有软件包 zshannon/crayonnpm 省略了私人寄存器的出处;出版物仍然有效。 工作流程不要求出处或更改存储器的能见度.
消费者可以检查 npm 登记签名 在安装软件包的项目中:
npm audit signatures
登记处的签名在登记处验证软件包的完整性;它们没有确定哪个来源承诺生产软件包.
分阶段出版 每次发布都需要维护者的2FA批准. 本工作流程使用直接发布,在合并到 main。 。 。 .