Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

feat(cli): support custom CA certificates and default KinD configurations for local environments

Offen
  • Stimmt etwas nicht?
#97 4 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 7 Tagen

@NFRBEZ arbeitet bereits daran.

Seit 10.6.2026.

  • #98 von @NFRBEZ — offen

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
35/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Aktiv
Tech-Stack
go, kubernetes
Bereich
cli, developer-experience, devops

Rechercherichtung

Es werden keine Repository-Dateien oder Tests genannt. Beginne damit, den lokalen/init-Lebenszyklus der CLI und die Verwaltung von KinD und dem Crossplane Package Manager nachzuverfolgen, und prüfe anschließend die vorgeschlagenen Schnittstellen ~/.crossplane/config.yaml, --ca-cert-path und --kind-config. Die Aufgabe ist abgeschlossen, wenn die ausgewählte Konfiguration nativ für lokale Umgebungen unterstützt wird und die benutzerdefinierte CA von Paketabrufen als vertrauenswürdig eingestuft wird.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement
What problem are you facing?

When using the Crossplane CLI in corporate environments, we often have to interact with private OCI registries secured by a custom Enterprise Certificate Authority (CA) to pull or push Crossplane Packages (.xpkg).

When bootstrapping local development environments (especially when tools wrap KinD under the hood using container runtimes like Colima or Podman), the Crossplane Package Manager pod fails to pull packages because it does not trust the private registry's CA.

Currently, there is no native way to pass a custom CA or a default KinD configuration through the Crossplane CLI. Users are forced to rely on brittle post-installation workarounds, such as shell wrappers or running automated scripts (kubectl create secret + kubectl patch deployment crossplane to mount the CA) right after the local cluster "pops". This creates friction and hurts the local Developer Experience (DX), especially when dealing with the specific file-sharing and permission constraints of Colima and Podman.

How could Crossplane help solve your problem?

Crossplane could solve this by allowing users to inject custom CAs and local environment configurations natively through the CLI. We envision two possible approaches:

  1. A Global CLI Configuration File: Support a global file (e.g., ~/.crossplane/config.yaml) where users can define a default path for custom CAs or a default KinD configuration override. This would be automatically applied whenever a local environment lifecycle is managed by the CLI.
  2. Dedicated CLI Flags: Add explicit flags to local/init commands, such as:
    • --ca-cert-path=/path/to/enterprise-ca.crt: This would automatically handle creating the Kubernetes Secret and patching the Crossplane deployment to mount the CA in the appropriate trust store path.
    • --kind-config=/path/to/custom-kind.yaml: This would allow users to pass advanced mounting options, which is crucial for mapping local certificate directories when using Colima or Podman.
Vorherrschende Sprache
Go
Sterne
22
Forks
37
Ø Merge
6 T. 8 Std.
Gemergte PRs (30 T.)
22

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus crossplane/cli

Alle Issues in crossplane/cli

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.