code-generator
code-generator copied to clipboard
Generators for kube-like API types
I am trying to update my project to support v2. I have modified go.mod module to _path_name_/v2 When trying to generate client code, import path (project api specific) doesn't reflect...
Question: When I use code-generator try to generate the clienset, informer and lister, it does not tell me any issue, but when I check the generate folder, it only have...
There is a generated code here: https://github.com/argoproj/argo-rollouts/blob/e42b4d4b9d5a5b8f2334745aeb9b9692d09bf60c/pkg/client/clientset/versioned/typed/rollouts/v1alpha1/rollout.go#L127 The result object here doesnot populate typemeta fields and that is propagated to runtime object when returned from this update.
the problem is in this commit https://github.com/kubernetes/code-generator/commit/5bb9f2e1767e5cb98bb373649a1da739aa7cb4ff **before:** the default GoHeaderFilePath is filepath.Join(args.DefaultSourceTree(), path.Join(reflect.TypeOf(empty{}).PkgPath(), "/../../hack/boilerplate.go.txt")) **after:** the default GoHeaderFilePath is just filepath.Join(reflect.TypeOf(empty{}).PkgPath(), "/../../hack/boilerplate.go.txt") **the args.DefaultSourceTree() is missing** use the latest...
KubeVirt uses CRDs, but since CRDs don't allow arbitrary subresources, we have extension endpoints on a dedicated group `subresources.kubevirt.io` which are backed by a stateless apiservice. For example if one...
I predefine a type and exec generate-groups.sh to generate but just get clientset file, lister and informer not auto generated. why? my project under `$GOPATH/src`file using go mod to manage...
`export GO111MODULE="on"` and then run any of the code generators (so far `defaulter-gen`, `deepcopy-gen`, `conversion-gen`) for a pretty drastic increase in time to run vs `export GO111MODULE="off"` first. I've been...
Let's say I have the following package structure: - a1 - types.go (Widget) - sub1 - types.go (Fromble) - a2 - types.go (Widget) - sub2 - types.go (Fromble) and types...
set-gen [overrides command-line arguments](https://github.com/kubernetes/code-generator/blob/be3b346/cmd/set-gen/main.go#L42) such as input and output directory. As a consequence, set-gen can only generate code for the types listed in the `k8s.io/kubernetes/pkg/util/sets/types` package. Some SIG subprojects (e.g....
# Overview Files generated by `code-generator` currently have a lot of issues picked up by `golint`. There are a few options to fix this: - Fix the actual lint issues...