Currently, whenever the developers build the binaries locally, it gets stores inside GOBIN.
However, to align more closely with the practices followed in kubernetes/kubernetes, I suggest that we consider building and storing all Kustomize binaries inside the _output/ directory within the Kustomize repository.
Here's why this change makes sense:
- Consistency with Kubernetes: Kubernetes follows the practice of storing built binaries inside the
_output/ directory within its root repository. This approach helps maintain consistency across the project and makes it easier for contributors and users to find and use the binaries.
- Simplified Access: Storing binaries in a designated
_output/ directory simplifies access for developers. They can easily locate and use the binaries without relying on environment-specific configurations.
- Clear Build Process: Having a dedicated directory for binaries provides clarity about where to find the output of the build process. This can be particularly helpful for newcomers and those unfamiliar with the project's build conventions.
Adopting this practice can enhance the overall developer experience.
Currently, whenever the developers build the binaries locally, it gets stores inside
GOBIN.However, to align more closely with the practices followed in
kubernetes/kubernetes, I suggest that we consider building and storing all Kustomize binaries inside the_output/directory within the Kustomize repository.Here's why this change makes sense:
_output/directory within its root repository. This approach helps maintain consistency across the project and makes it easier for contributors and users to find and use the binaries._output/directory simplifies access for developers. They can easily locate and use the binaries without relying on environment-specific configurations.Adopting this practice can enhance the overall developer experience.