在 kustomization.yaml 的"资源"字段中启用 globbing

这个问题基本上和 https://GitHub.com/Kubernetes-sigs/kustomize/issues/119 相同。由于该问题已关闭，因此重新开启。重新开启的原因是，我们（Arrikto）认为拒绝此功能的理由并不完全成立。另外，Kustomize 团队提出了其他类似使用全局的用例（尽管我个人认为特定用例可以更明确地使用全局）： https://GitHub.com/Kubernetes-sigs/kustomize/issues/3204 您的功能请求是否与某个问题有关？请描述。

我想自动获取文件夹内的新自定义配置。例如，我们有以下结构：

user-resources
├── user1
└── user2
...

我想有一个自定义配置文件，该文件自动导入 user-resources 目录下的所有内容：

resources:
- path/to/user-resources/*

请描述您希望的解决方案

Kustomize 应支持资源中的全局匹配。目前，此功能被忽略，原因是：

kustomize 支持将整个配置存储在版本控制系统中的最佳实践。

在 kustomize 构建时，如果未在 kustomization 文件中明确声明文件，则对本地文件系统进行全局匹配将违反这一目标。

允许在 kustomization 文件中使用全局匹配也会引入与允许在 java 导入声明或 BUILD/Makefile 依赖规则中使用全局匹配相同的问题。

kustomize 将提供 kustomization 文件编辑命令，这些命令可以接受全局匹配的参数，在编辑时相对于本地文件系统进行展开，并将结果中的明确名称存储到 kustomization 文件中。

我想解释一下为什么我们对这些理由不太明确。