Skip to content

Labels

Labels

  • Indicates a PR has been approved by an approver from all required OWNERS files.
  • Indicates a PR directly modifies the 'pkg/apis' directory
  • Indicates a PR modifies cert-manager and renewal code
  • Indicates a PR modifies deployment configuration
  • Indicates a PR modifies CSI driver code
  • Indicates a PR modifies e2e testing code
  • Indicates a cherry-pick PR into a release branch has been approved by the release branch manager
  • Used by CyberArk-employed maintainers to report to line management what's being worked on.
  • Indicates that at least one commit in this pull request is missing the DCO sign-off message.
  • Indicates that all commits in the pull request have the valid DCO sign-off message.
  • Pull requests that update a dependency file
  • Indicates that a PR should not merge because it touches files in blocked paths.
  • Indicates that a PR is not yet approved to merge into a release branch.
  • Indicates that a PR should not merge because someone has issued a /hold command.
  • Indicates that a PR should not merge because it's missing one of the release note labels.
  • Indicates that a PR should not merge because it is a work in progress.
  • Improvements or additions to documentation
  • This issue or pull request already exists
  • Pull requests that update GitHub Actions code
  • Pull requests that update Go code
  • Denotes an issue ready for a new contributor, according to the "help wanted" guidelines.
  • Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines.
  • This doesn't seem right
  • Categorizes issue or PR as related to a bug.
  • Categorizes issue or PR as related to cleaning up code, process, or technical debt.
  • Categorizes issue or PR as related to design.
  • Categorizes issue or PR as related to documentation.
  • Categorizes issue or PR as related to a new feature.
  • Categorizes issue or PR as related to a flaky test.