-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Release script did not create Github release #6849
Comments
@mx-psi, I may need to do this manually today - can you help me understand what specifically was done manually? |
Looks like it worked this time? What I did was manually creating a new release pointing to the |
Thanks @mx-psi. If I recall correctly, the generated release was named |
In the last 3 releases, this job has created a release for the cmd/builder/v* tag, which caused an issue in the release process and introduced additional manual steps. An alternative to this would be to create two releases, one for the builder and one for the collector, but that seems overkill at this point. Fix open-telemetry#6849 Signed-off-by: Alex Boten <aboten@lightstep.com>
In the last 3 releases, this job has created a release for the cmd/builder/v* tag, which caused an issue in the release process and introduced additional manual steps. An alternative to this would be to create two releases, one for the builder and one for the collector, but that seems overkill at this point. Fix open-telemetry#6849 Signed-off-by: Alex Boten <aboten@lightstep.com>
In the last 3 releases, this job has created a release for the cmd/builder/v* tag, which caused an issue in the release process and introduced additional manual steps. An alternative to this would be to create two releases, one for the builder and one for the collector, but that seems overkill at this point. Fix open-telemetry#6849 Signed-off-by: Alex Boten <aboten@lightstep.com>
In the last 3 releases, this job has created a release for the cmd/builder/v* tag, which caused an issue in the release process and introduced additional manual steps. An alternative to this would be to create two releases, one for the builder and one for the collector, but that seems overkill at this point. Fix #6849 Signed-off-by: Alex Boten <aboten@lightstep.com> Signed-off-by: Alex Boten <aboten@lightstep.com>
…metry#6976) In the last 3 releases, this job has created a release for the cmd/builder/v* tag, which caused an issue in the release process and introduced additional manual steps. An alternative to this would be to create two releases, one for the builder and one for the collector, but that seems overkill at this point. Fix open-telemetry#6849 Signed-off-by: Alex Boten <aboten@lightstep.com> Signed-off-by: Alex Boten <aboten@lightstep.com>
Looks like it's still the case. v0.70.0 release was not created automatically |
Did you run into this on the last release @Aneurysm9? |
No. You can see here that the release was created by |
Fixes open-telemetry#6849 Signed-off-by: Alex Boten <aboten@lightstep.com>
Fixes open-telemetry#6849 Signed-off-by: Alex Boten <aboten@lightstep.com>
Added a separate step in the action to create the release for the v* tag in #7596 |
Fixes #6849 Signed-off-by: Alex Boten <aboten@lightstep.com>
On the v0.68.0 release cycle, the release script did not create a v0.68.0 Github release, creating only a
cmd/builder/v0.68.0
release instead.This caused trouble on the opentelemetry-collector-releases repository, where we had to fix the URL on open-telemetry/opentelemetry-collector-releases#256.
I am creating the Github release manually myself for this release, but it would be great to go back to have releases be done automatically and be consistent with each other.
This also happened on v0.70.0 and v0.76.0
The text was updated successfully, but these errors were encountered: