# Installer kubebuilder avec Homebrew, Nix Consultez les chemins d'installation, exécutables, métadonnées et notes de sécurité de kubebuilder pour les workflows d'agents IA. ## installation ```sh sudo av install brew:kubebuilder ``` Commandes d'installation supplémentaires: ### macOS - Homebrew (100%): ```sh brew install kubebuilder ``` Preuve: local Homebrew formula metadata ### Linux - Nix (92%): ```sh nix profile install nixpkgs#kubebuilder ``` Preuve: nixpkgs package indexes: pkgs/by-name/ku/kubebuilder/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1 ## Faits du paquet - **Clé du paquet:** brew:kubebuilder - **Gestionnaire de paquets:** Homebrew - **Version:** 4.15.0 - **Résumé source:** SDK for building Kubernetes APIs using CRDs - **Page d'accueil:** - **Dépôt:** - **Dernière mise à jour:** 2026-07-27T21:58:43+02:00 - **Généré:** 2026-08-03T19:37:03+00:00 ## exécutables - kubebuilder (alias) ## Comportement d'installation - Bouteille: non disponible ## Version et fraîcheur - page générée: 2026-08-03 - version du gestionnaire: 4.15.0 ## Historique du projet et usages Kubebuilder is the Kubernetes SIG API Machinery framework and CLI for building Kubernetes APIs and controllers with Custom Resource Definitions. It scaffolds Go projects, controllers, webhooks, manifests, tests, and deployment configuration around the controller-runtime and controller-tools libraries. ### Historique du projet The kubernetes-sigs/kubebuilder repository was created on 2018-03-14, and the first GitHub release listed by the releases API, v1.9-alpha.30, was published on 2018-03-15. From the start, Kubebuilder sat inside the Kubernetes SIGs ecosystem rather than as a third-party wrapper. The Kubebuilder Book frames the project as a way to reduce the boilerplate involved in building Kubernetes APIs with CRDs. The README compares its role to application frameworks such as Ruby on Rails or Spring Boot: it encodes the canonical Kubernetes API-building approach into generators, libraries, plugins, and conventions. Over time the project formalized plugin and project versioning. The documentation distinguishes Kubebuilder release versions, PROJECT file schema versions, and plugin versions, which reflects how a scaffolding tool has to evolve while preserving already-generated operator projects. ### Historique d'adoption Kubebuilder became a foundational tool in the Kubernetes operator ecosystem because it is developed with controller-runtime and controller-tools. The README explicitly names Operator SDK as an example of a project that uses Kubebuilder as a library and plugin system, which made Kubebuilder's conventions visible beyond users who install the kubebuilder binary directly. The project is distributed through GitHub releases and Homebrew, but its larger adoption story is in generated code: many operator repositories carry Kubebuilder-style PROJECT files, Makefiles, RBAC manifests, controller tests, and controller-runtime patterns. ### Modes d'utilisation Users typically run kubebuilder init to create a project and kubebuilder create api to add APIs and controllers. The generated project is then edited as normal Go code while Kubebuilder-owned markers and generators keep CRDs, RBAC, and webhook manifests synchronized. Kubebuilder is not just a one-shot template generator. Its plugin versioning, migrations, and library hooks support long-lived projects that may need to adopt newer Kubernetes APIs or scaffolding layouts without abandoning existing code. ### Pourquoi les passionnés de paquets s'y intéressent For package nerds, Kubebuilder is one of the important Kubernetes CLIs because installing a single binary gives access to a large, opinionated development workflow. It is the kind of tool where package version, generated layout version, and dependency versions all matter. It also marks the point where Kubernetes extension development moved from hand-rolled controller boilerplate toward reproducible project scaffolding. That makes the package culturally important even when the final runtime artifact is a controller image rather than the kubebuilder binary itself. ### Chronologie - 2018-03-14: GitHub repository created under kubernetes-sigs. - 2018-03-15: GitHub release v1.9-alpha.30 published. - 2018-03-20: GitHub release v1alpha1.0 published for Kubernetes 1.9-era scaffolding. - 2026-06-15: GitHub release v4.15.0 published. ### Related projects - controller-runtime is the runtime library foundation for Kubebuilder-generated controllers. - controller-tools supplies code and manifest generation pieces used in the Kubebuilder workflow. - Operator SDK uses Kubebuilder as a library and extends the workflow for additional operator styles. - Custom Resource Definitions are the Kubernetes API-extension mechanism Kubebuilder targets. ### Sources - - - - - - - - - ## Notes de sécurité infrastructure mutation or orchestration signal. - **Risque Geiger:** orange / moyen - infrastructure mutation or orchestration signal ## Autres enregistrements de gestionnaires de paquets - Nix - kubebuilder: normalized package name match | nixpkgs package indexes: pkgs/by-name/ku/kubebuilder/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1 ## Combined YAML source View the package source record on GitHub. [combined/kubebuilder.yml](https://github.com/mxcl/pkgdb/blob/main/combined/kubebuilder.yml) ## Sources - pkg.so package database - Geiger risk classifier - curated package history - pkgdb category and tag curation - external package-manager database matches - cross-ecosystem install command graph