ArgoCD中Kustomize补丁功能对文件名扩展的严格要求

在ArgoCD项目中使用Kustomize进行应用部署时，开发人员发现了一个关于kustomization文件命名的重要限制。当用户尝试在应用集(AppSet)配置中使用patches功能时，系统强制要求kustomization文件必须使用.yaml扩展名，这导致了一些原本正常工作的部署突然失效。

Kustomize工具本身支持多种kustomization文件命名方式，包括kustomization.yaml、kustomization.yml和Kustomization等。然而，ArgoCD在实现补丁功能时，却硬编码了.yaml扩展名的检查，这与Kustomize本身的灵活性产生了冲突。

这个问题的本质在于ArgoCD代码中处理kustomization文件的方式。当用户添加补丁配置时，系统会直接尝试加载kustomization.yaml文件，而不会考虑其他可能的文件名变体。这种实现方式与上游Kustomize项目的设计理念不符，后者提供了更灵活的文件名识别机制。

对于遇到此问题的用户，目前有一个简单的临时解决方案：只需将现有的kustomization文件重命名为kustomization.yaml即可。虽然这能解决问题，但从长远来看，ArgoCD应该与Kustomize保持一致的命名策略，以提供更好的用户体验和兼容性。

ArgoCD团队已经意识到这个问题，并计划参考Kustomize项目的实现方式，改进文件名处理逻辑。这将确保无论用户使用哪种合法的kustomization文件名，补丁功能都能正常工作，保持与Kustomize工具本身的行为一致性。

这个问题提醒我们，在构建基于其他工具的上层系统时，保持与底层工具的行为一致性非常重要。特别是在处理配置文件这类基础元素时，应该尽可能遵循原始工具的设计原则，避免引入不必要的限制。