工艺
建立、检查、部署和发布存储器的一种方法,作为每个存储器所依赖的软件包.
每个寄存器都做出相同的选择,比如其工具链,版本,工作流程,分支保护和部署. 每分一分,它们就漂了 弗赖克兹把它们当作规则,对照它安装的版本检查一个寄存器,并修正它所能做的. 将每个寄存器移动到一个新的选择就是一个版本的凸起,而不是每个版本的复制.
它会做什么
| 命令 | 对 |
|---|---|
craftz check | 检查存储器与每项规则,作为其 verify |
craftz fix | 写入每个可以自动化的固定 |
craftz upgrade | 将寄存器移动到最新的fracz,并运行它的固定 |
craftz settings | 在GitHub和Cloudflare上 |
craftz status | 读取现场内容:CI,调取请求,npm,以及一个网站的最新建筑和地址 |
craftz deploy | 部署一个工地,就像它的工人配置说的那样 |
craftz pr | 打开一个拉动请求, 一旦 CI 过后, 将自动合并 |
craftz gone | 删除合并的本地分支 |
craftz release | 打开释放软件包的拉动请求 |
craftz deps | 说装置是怎样的,是怎样的依附 |
craftz shot | 将一个页面保存为 PNG, 并带有寄存器的 Playwright |
craftz rules | 从已安装的版本中打印规则或一条规则或部分 |
craftz help | 列出命令,或打印其行为 |
craftz new | 启动一个已经遵循规则的仓库 |
一个特工读规则 craftz rules,从所安装的版本中,它从一个被获取的页面或一个更古老的拷贝中都行不通.
其有观点,为一所所建:Vite+,pnpm,Node 26,GitHub和Cloudflare工人. 有关这个设置的存储器得到的构建,检查,拉取请求,释放和部署都与其他所有设置相同.
安装
pnpm add -D @amitkaps/craftz
pnpm exec craftz fix
第一个修补写道: craftz, (中文(简体) ), pr 财务报告和审定财务报表 gone 脚本,其余的可以修补. 从那时起, pnpm craftz 运行它.
它需要节点26.13.0或更新的,它所建造并测试的节点.
使用
pnpm craftz check # what's out of line
pnpm craftz fix # fix what can be fixed
pnpm craftz rules scripts-verify # what one rule asks, and why
pnpm craftz rules scripts # the Scripts part, and Practice
要启动仓库, 请运行 pnpm dlx @amitkaps/craftz new。要移动到一个新的 Craz,请在 @latest 运行 pnpm craftz fix,作为 其用途 说.