-
Notifications
You must be signed in to change notification settings - Fork 345
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Moved from v1alpha1 to v1 #265
Moved from v1alpha1 to v1 #265
Conversation
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
This PR is still missing the warning in case people try to use the old |
Codecov Report
@@ Coverage Diff @@
## master #265 +/- ##
==========================================
- Coverage 89.05% 88.91% -0.15%
==========================================
Files 63 68 +5
Lines 2823 2886 +63
==========================================
+ Hits 2514 2566 +52
- Misses 201 211 +10
- Partials 108 109 +1
Continue to review full report at Codecov.
|
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
When a CR with the old
|
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
b5a0c7e
to
88b46e3
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Only some minor comments. Just want to clarify - so the current PR will print a warning and not deploy anything, but before we release v1 it will handle deploying based on the old alpha1 version aswell?
CONTRIBUTING.adoc
Outdated
@@ -90,7 +90,7 @@ Similar instructions also work for OpenShift, but the target `run-openshift` can | |||
|
|||
==== Model changes | |||
|
|||
The Operator SDK generates the `pkg/apis/io/v1alpha1/zz_generated.deepcopy.go` file via the command `make generate`. This should be executed whenever there's a model change (`pkg/apis/io/v1alpha1/types.go`) | |||
The Operator SDK generates the `pkg/apis/jaegertracing/v1beta1/zz_generated.deepcopy.go` file via the command `make generate`. This should be executed whenever there's a model change (`pkg/apis/jaegertracing/v1beta1/jaeger_types.go`) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't it be /v1
rather than /v1beta1
?
test/e2e/sidecar.go
Outdated
@@ -161,6 +161,7 @@ func sidecarTest(t *testing.T, f *framework.Framework, ctx *framework.TestCtx) e | |||
resp := &resp{} | |||
err = json.Unmarshal(body, &resp) | |||
if err != nil { | |||
fmt.Println(body) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Did you mean to have this Println
?
We could do some type transformation. My preference would be to not have it for |
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we need to keep apis.go for v1aplha1 if we don't do model transhormation?
It seems that some files reference io.jaegertracing
. Like the OLM catalog
.travis/release.sh:22:sed "s~containerImage: docker.io/jaegertracing/jaeger-operator.*~containerImage: docker.io/${BUILD_IMAGE}~gi" -i deploy/olm-catalog/jaeger-operator.csv.yaml
CONTRIBUTING.adoc:116:jaeger.io.jaegertracing/simplest created
deploy/crds/io_v1alpha1_jaeger_cr.yaml:2:apiVersion: io.jaegertracing/v1alpha1
deploy/crds/io_v1alpha1_jaeger_crd.yaml:4: name: jaegers.io.jaegertracing
deploy/crds/io_v1alpha1_jaeger_crd.yaml:6: group: io.jaegertracing
deploy/olm-catalog/_generated.concat_crd.yaml:4: name: jaegers.io.jaegertracing
deploy/olm-catalog/_generated.concat_crd.yaml:6: group: io.jaegertracing
deploy/olm-catalog/jaeger-operator.csv.yaml:57: containerImage: docker.io/jaegertracing/jaeger-operator:1.10.0
deploy/olm-catalog/jaeger-operator.csv.yaml:70: name: jaegers.io.jaegertracing
deploy/olm-catalog/jaeger-operator.csv.yaml:109: - io.jaegertracing
deploy/olm-catalog/jaeger-operator.csv.yaml:199: - io.jaegertracing
deploy/role.yaml:38: - io.jaegertracing
pkg/apis/io/v1alpha1/doc.go:3:// +groupName=io.jaegertracing
pkg/apis/io/v1alpha1/register.go:5:// +groupName=io.jaegertracing
pkg/apis/io/v1alpha1/register.go:15: SchemeGroupVersion = schema.GroupVersion{Group: "io.jaegertracing", Version: "v1alpha1"}
pkg/controller/legacy/legacy_controller.go:80: }).Warn("Attention: you are using a legacy CR for Jaeger. Use the apiVersion 'jaegertracing.io/v1' instead of 'io.jaegertracing/v1alpha1'")
test/role.yaml:37: - io.jaegertracing
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
Yes, otherwise users will get the following error when trying to create a Jaeger instance with the old
I fixed the OLM catalog, which will still include the old |
We should maybe create an issue to migrate it to the new one? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, I would move freeform.go
and options.go
to a different package so it can be shared for both impls - to avoid doplicating two impls
I meant, it has both |
Signed-off-by: Juraci Paixão Kröhling juraci@kroehling.de