Mukul SharmaandClaude Opus 5
41dd021d06
Removes the cause of the diff failures that ServerSideDiff worked around: v2.13.8 diffs against a Kubernetes schema compiled into its own binary, and this cluster is newer than that schema. Three things needed real changes, none of them mechanical: - applicationSet.enabled no longer exists, and there is no replacement gate — unlike dex and notifications, the ApplicationSet controller's Deployment carries no conditional at all. Helm ignores unknown keys, so carrying the old value forward would have quietly started a controller nothing here uses. replicas: 0 is the only lever. - The image tag pin is dropped rather than moved to v3.5.2. The chart's appVersion governs, so image and chart cannot drift; a pin outliving its chart is close to the failure being fixed here. - server.insecure moved from server.extraArgs to configs.params, which is what the chart renders into argocd-cmd-params-cm. Caught by rendering: an earlier version of this commit deleted the extra arg on the strength of a comment claiming configs.params already set it, which it did not — Argo CD would have served its own TLS behind Contour and produced a redirect loop. Verified in the rendered output: image v3.5.2 and no v2.13.8 anywhere, server.insecure true, dex and notifications absent, ApplicationSet at zero replicas, both HPAs intact with replicas omitted, ingress on Contour, repo Secrets on cluster DNS. Behaviour changes in v3 that apply here, none needing a values change: logs RBAC is now enforced (jenkins-ci only syncs), update/delete no longer inherit to sub-resources, and resource tracking moves from labels to annotations, so the first sync re-stamps every managed resource. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01LEsTefWWifp4ikvhHF5s6N
devops-infra-helm-charts
This branch (main) is part of the restructuring process for the gcp-devops-admin repository, aimed at organizing helmcharts of all infrastructure tools and their corresponding value files. The purpose of this repository is to centralize and manage these resources efficiently.
Directory Structure
helm-templates
This directory is intended for caching or forking helm charts locally. If there's a need to modify or customize any helm chart, it can be done here. Otherwise, the charts will be used directly from the provider.
helm-overrides
The helm-overrides folder stores custom values files for helm charts. These files can be used to override the default values provided by the helm charts, whether they are forked or used directly from the provider.
cluster_name
Each tool within the repository may have different values based on the specific clusters. This directory is used to manage configurations and values tailored to different clusters.
manifests
The manifests directory contains manifest files that need to be applied only once. Examples include service-to-service configurations, storage classes, and any other manifest-related files necessary for the operation of the infrastructure tools.
Additional Notes
Please ensure that all changes made to this branch align with the restructuring objectives and follow the best practices for managing helm charts and infrastructure-related configurations.
For any questions or concerns, please reach out to the designated repository maintainers.