非选中模型存在拼写错误导致dbt run失败的解决方案咨询

以下是几个可行的规避方案，按优先级和实用性排序：

• 开启部分解析（Partial Parsing）
  这是最直接的长期解决方案。在dbt_project.yml中添加配置：

  partial_parse: true
  

  开启后，dbt会缓存模型解析结果，仅重新解析与目标模型相关的文件、以及最近修改过的文件，不会扫描全部1000+模型。无关的错误模型不会被解析，自然不会触发编译错误终止运行。

• 精准限定--select范围
  不要只指定模型名称，而是加上目录路径进一步缩小扫描范围，例如：

  dbt run --select models/marts/core/model_1.sql
  

  或者用目录分组选择：

  dbt run --select models/staging/snowflake+model_1
  

  这样dbt只会解析指定路径下的模型，不会触及其他目录中的错误模型。

• 临时排除错误模型
  如果已经明确知道哪个模型出错，可临时用--exclude参数跳过它：

  dbt run --select model_1 --exclude model_354
  

  也可以给待修复的模型打上broken标签，批量排除：

  dbt run --select model_1 --exclude tag:broken
  

• 基于状态文件运行（--state）
  从生产环境或最近成功运行的环境获取manifest.json，运行时指定状态文件：

  dbt run --select model_1 --state ./path/to/prod_manifest
  

  dbt会基于已有状态构建依赖图，仅编译目标模型及其依赖，不会重新解析所有模型，避免无关错误影响。

• 分支隔离开发
  强制要求所有开发在独立git分支进行，合并主分支前通过CI执行全量编译检查，确保分支代码无编译错误。这样主分支不会出现未完成的错误模型，从根源避免阻塞问题。

内容的提问来源于stack exchange，提问作者oddclot