Uploaded image for project: 'OpenShift GitOps'
  1. OpenShift GitOps
  2. GITOPS-6890

Default resource.exclusions configurations

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done
    • Icon: Undefined Undefined
    • 1.18.0
    • None
    • None
    • GitOps Scarlet Sprint 16, GitOps Scarlet Sprint 17, GitOps Scarlet Sprint 18, GitOps Scarlet Sprint 19, GitOps Scarlet Sprint 20

      Story (Required)

      • As an OpenShift GitOps user, I want to exclude well known resources created by controllers and resources having high churn to be excluded by Argo CD application controller, so that it does not waste resources watching these resources. This feature is available in upstream Argo CD and needs to be made available in OpenShift GitOps as well.

      Background and Approach (Required)

      Out of Scope

      N/A

      Dependencies

      • Depends on Argo CD v3.0.0 release.

      Approach

      • In the argocd-operator, pre-fill these configurations when creating the argocd-cm config map as a default value and override the default value by any customer updated values for these settingsĀ  provided either via ArgoCD.spec.extraConfig.resource\.inclusions or ArgoCD.spec.resourceInclusions

      Acceptance Criteria (Mandatory)

      • resource.exclusions field is pre-filled in argocd-cm configmap by default when OpenShift GitOps managed Argo CD instance is created.

      Definition of Done

      • Code Complete:
        • All code has been written, reviewed, and approved.
      • Tested:
        • Unit tests have been written and passed.
        • Ensure code coverage is not reduced with the changes.
        • Integration tests have been automated.
        • System tests have been conducted, and all critical bugs have been fixed.
        • Tested and merged on OpenShift either upstream or downstream on a local build.
      • Documentation:
        • User documentation or release notes have been written (if applicable).
      • Build:
        • Code has been successfully built and integrated into the main repository / project.
        • Midstream changes (if applicable) are done, reviewed, approved and merged.
      • Review:
        • Code has been peer-reviewed and meets coding standards.
        • All acceptance criteria defined in the user story have been met.
        • Tested by reviewer on OpenShift.
      • Deployment:
        • The feature has been deployed on OpenShift cluster for testing.

              rh-ee-rnaaz Rizwana Naaz
              rh-ee-anjoseph Anand Francis Joseph
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: