-
Notifications
You must be signed in to change notification settings - Fork 494
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
[chore] prepare release 0.97.0 #2767
Conversation
using `make bundle VERSION=$VERSION` open-telemetry#2766
by running `make chlog-update VERSION=$VERSION` open-telemetry#2766
3878dd4
to
feff453
Compare
@atsu85 thanks for opening this! We need to wait on the collector release to merge and I'm not sure that will be this week given KubeCon EU is happening. Once the collectors release is complete I'd be happy to review and merge this! |
@jaronoff97 , thanks for quick reply.
Oh, I see I've bumped the collector version (that seems to be usually in sync with operator version) before it was released, and hence the e2e tests fail currently.
I'm wondering if it would be possible to release operator version without collector? I'm eager to start using it for lots of our projects. If that would be an option, I guess i should revert most of my changes in version.txt , besides operator (probably should use patch version bump instead) and autoinstrumentation-nodejs? |
@atsu85 i don't think we will be cutting a new release just for this, unfortunately. We usually reserve patch releases for immediate fixes in the most recent release. In the meantime, you should be able to provide your own auto-instrumentation node image by setting the |
Agree with @jaronoff97. We should wait for the collector release. In the meantime the nodejs image can be overridden in the instrumentation CR or you can override the base auto-instrumentation image as a flag on the operator. |
yeah
actually i already found that before i noticed your answer (and how to override it via opentelemetry-operator helm chart values) |
Description:
I followed RELEASE instructions
Link to tracking Issue(s):
Notes
@jaronoff97, based on the Release schedule it seems that you should be responsible for this release.
When trying to follow the release instructions I started questioning if i should even send the release PR myself, but I guess this PR shouldn't hurt.
I created separate commit for each step in the release instructions, so it might be easier to review my changes (i guess they will be squashed with the merge anyway)
Testing
I'm not completely sure if regarding the last point regarding preparing the release:
there should have been any changes - I didn't add any myself, but I'm not sure if smth should have been added.