* 调和 Nx
Nx 主机为 调和。 。 。 .
用于命令行为、配置、模板语法、评分和验证器的分类文档在
@conformet/cli 读取。 。 。 .
此软件包添加了独立 CLI 无法提供的两件事: 以名称地址的生成器通过 nx g, (中文(简体) ),
和每个持有的工程的缓存验证目标
实例.
npm install --save-dev @conformetry/nx
设置
注册插件于 nx.json 把靴子绑上 postinstall数字 :
{
"plugins": [
{
"plugin": "@conformetry/nx",
"options": {
"configurationPath": "configuration/conformetry.config.ts",
"validateTargetName": "conformetry-validate"
}
}
],
"sync": { "globalGenerators": ["@conformetry/nx:sync"] }
}
{ "scripts": { "postinstall": "conformetry-nx-bootstrap-generators" } }
这个 configurationPath 选项 所需经费: 不假设默认文件
没有搜索文件名 。 一个插件条目, 没有它失败, 带有一个
ConfigurationPathRequiredError 从 @conformetry/configuration 名称
选项,靴子也一样,它从 nx.json执行者
编辑 sync 生成器采用相同的路径 configuration 选项,哪个
两者均确定后胜过注册.
然后输入您的配置为 ConformetryNxConfiguration 而不是说
ConformetryConfiguration,因此对照 Nx 所能检查的示例组
实际解析 :
import { type ConformetryNxConfiguration } from "@conformetry/nx";
已发射的插件
工作区拥有的发电机是它的附属物
配置,所以显示它们的插件是 排放而不是书面。 。 。 .
conformetry-nx-bootstrap-generators 从你的配置中得来,
写给 .conformetry/nx-generators (勾画出该目录——它是一个
将它连接到根部 node_modules 这样
nx g conformetry:<generator> 决定。 链接是插件的由来
可地址, 因为 Nx 通过要求以
名称而不是匹配一个 Nx 项目.
| 默认 | 数值 |
|---|---|
| 输出路径 | .conformetry/nx-generators |
| 软件包名称 | conformetry 所以发电机是 nx g conformetry:<name> |
当配置不能时,靴子会警告而不是退出非零 被读取,所以一个配置的中版从不屏蔽一个无关的安装. 漂流 相反,每个命令都比照 向配置发送插件并拒绝运行于 stale 一个.
@conformetry/nx 故意宣布除此之外没有其他发电机 sync。 。 。 .
nx g @conformetry/nx:anything 设计解决不了任何问题——哪些发电机
存在是您的配置属性,而不是此软件包的属性.
sync 双向运行 : nx sync 财务报告和审定财务报表 nx sync:check 将其作为全局同步
发电机,以及 nx g @conformetry/nx:sync 直接运行,写入
已发射插件 .
正在生成
nx g conformetry:nestjs-service-module --name=billing --project=lexico
Nx 提示缺少来自生成器本身的计划的输入并写入
通过其虚拟 Tree这样 --dry-run 工作和工作空间
跑过结果.
验证
插件推断 a conformetry-validate 目标到每个项目持有量
实例,因此正在缓存验证并参与 nx affected数字 :
nx run <project>:conformetry-validate
nx run-many --target=conformetry-validate --all
nx affected --target=conformetry-validate --base=main
| 执行器选项 | 目的 |
|---|---|
configuration | 配置文件, 工作空间根相干 。 从 configurationPath 插件选项在 nx.json 省略时; 需要两者之一 |
languages | 将运行限制为已命名的验证符; 省略时全部运行 |
标记范围实例
Nx 主机读取一个实例组 tags 作为工程标记,并解决
组合的光彩 内部 每一个匹配项目——因此,一个生成器属于何处
说明一次:
instances: [{ patterns: ["src/modules/*"], tags: ["framework:nestjs"] }];
项目必须携带 每个 标记组名,因此第二个标记缩小
进一步分组 tags: ["framework:nestjs", "language:graphql"] 仅达到
也属于GraphQL的NestJS项目.
这两类表格是分开的 tags 一个人 没有第二个字段
可能不同意它: 单独的范围 排除了项目 光荣
默默地进行缩小的验证,验证无法注意到实例
它从来没有提供.
选择 patterns 选择项目时不找到其中的任何内容,
这是还没有实例的模板想要的 nx g 仍然被限制
模板套装.
出口
runConformetryGenerator 用于发电机包装器, bootstrapPlugin 财务报告和审定财务报表
runBootstrapCli 用于靴子 ConformetryNxConfiguration 财务报告和审定财务报表
实例组类型,以及后面的 NestJS 服务(PluginService, (中文(简体) ),
AdapterService, (中文(简体) ), InstancesService, (中文(简体) ), ScopeService, (中文(简体) ), OptionsService) (中文(简体) ).
测试
nx run conformetry-nx:vitest
许可证
麻省理工学院——见 自由主义。 。 。 .
* 调和
这个项目源于 巢-服务-项目 符合模板.