sublime text 默认不识别 kustomization.yaml 文件类型，需手动绑定至 yaml 语法并安装 yaml language support 插件；无原生 kustomize lsp 支持，依赖终端 kustomize build 报错定位；可通过自定义 snippet 补全 configmapgenerator 必填项；项目结构需借助 .sublime-project 区分 base/overlays 避免误改。
Sublime Text 默认不识别 kustomization.yaml 文件类型
打开一个 kustomization.yaml 文件时，Sublime Text 通常把它当作普通 YAML 处理，不会高亮 resources、patches、vars 等 Kustomize 特有字段，也无法补全 apiVersion: kustomize.config.k8s.io/v1beta1 这类固定值。
根本原因是 Sublime Text 没有内置 Kustomize 语法定义。解决方法是手动绑定文件名到 YAML 语法，并增强 YAML 的语义感知能力：
- 右键 → “Change Syntax” → “Open all with current extension as…” → “YAML”，确保
kustomization.yaml和Kustomization（大小写敏感）都被映射到 YAML 语法 - 安装插件
YAML Language Support（Package Control 可搜），它比默认 YAML 语法更严格，能识别!!str、!!int标签，避免因类型推断错误导致格式错乱 - 不要装
Kustomize名字的第三方插件——目前（2024 年）没有真正支持 Kustomize v5 schema 校验的 Sublime 插件，多数只是改个文件图标或加几行 snippet
kustomize build 报错时，Sublime 里没法直接跳转到问题行
比如执行 kustomize build . 报出 error: json: unknown field "namePrefixx"，错误信息里带行号，但 Sublime 不会自动定位，也没内联提示。这不是编辑器缺陷，而是 Kustomize 本身不提供 LSP 支持，Sublime 无法实时校验。
可行的调试闭环是：
- 在 Sublime 中保存后，终端立刻运行
kustomize build --load-restrictor LoadRestrictionsNone .（开发期绕过路径限制） - 把报错行号记下来，用 Sublime 的 Ctrl+G（Windows/Linux）或 Cmd+G（macOS）跳转到对应行
- 常见低级错误：字段拼错（
namPrefix）、缩进用混了 tab 和空格、patchesStrategicMerge里写了 JSON 而不是 YAML 格式 patch - 如果频繁出错，建议在项目根目录建一个
build.sh，内容为kustomize build . 2>&1 | head -n 20，双击运行快速反馈
想补全 configMapGenerator 字段却总是漏掉 literals 或 files
Sublime 本身不带 Kustomize 片段补全，但可以自己维护最小可用 snippet。重点不是补全所有字段，而是防止必填项遗漏——configMapGenerator 必须含 literals 或 files，否则 kustomize build 直接失败。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
实操建议：
- 菜单 → Tools → Developer → New Snippet…，粘贴以下内容并保存为
configmap.sublime-snippet - 触发词设为
cmg，输入后 Tab 展开，光标会停在literals下方，方便直接写键值对 - 别依赖自动补全去记
behavior: merge这种可选字段——它只在多个同名 ConfigMap 合并时生效，90% 场景用不到
<snippet><content></content><tabtrigger>cmg</tabtrigger><scope>source.yaml</scope></snippet>
多环境共用同一份 kustomization.yaml 时容易误改 base
典型结构是 base/kustomization.yaml + overlays/staging/kustomization.yaml，但 Sublime 打开任意一个文件，都看不到它引用的是哪个 base，也不知道当前是否处于 overlay 目录下。
这种上下文缺失会导致误操作，比如在 staging 里删掉 commonLabels，结果影响所有环境。
- 在 Sublime 状态栏显示当前路径：菜单 → View → Show Console，粘贴运行
sublime.status_message(sublime.active_window().active_view().file_name())（仅临时查看） - 更可靠的方式：在项目根目录放一个
.sublime-project文件，用folders显式区分base和overlays，不同 folder 设置不同 color_scheme 避免混淆 - 永远不要在 base 目录里写
resources指向 overlays 目录——Kustomize 不允许跨层级引用，Sublime 不会报错，但kustomize build会静默忽略或报路径错误
最麻烦的不是语法，是 Kustomize 的隐式继承逻辑——Sublime 看不见 ../base 里有什么，你得靠记忆或反复 cd 切目录验证。这点没法靠插件解决。
