Skip to content

fix(byoo): bump collector version after the genrule change - #506

Closed
balajinvda wants to merge 1 commit into
mainfrom
fix/byoo-version-0-157-2
Closed

fix(byoo): bump collector version after the genrule change#506
balajinvda wants to merge 1 commit into
mainfrom
fix/byoo-version-0-157-2

Conversation

@balajinvda

@balajinvda balajinvda commented Jul 28, 2026

Copy link
Copy Markdown
Contributor

Why

The collector's VERSION last moved to 0.157.1 in #478. #444 then changed files under byoo-otel-collector/ without bumping it, so two different collector builds currently share one version on main.

This slipped past the guard rather than around it. #444 did bump VERSION, 0.157.0 to 0.157.1 — but #478 published 0.157.1 first, so after the rebase #444's bump was a no-op while its other collector changes remained. check-byoo-otel-collector-version compares against the merge base and cannot tell that the target version was claimed in the meantime.

What changed

VERSION to 0.157.2, so the current collector contents have a version of their own.

Customer Release Notes

Not customer visible.

Plan Summary

Not applicable.

Usage

Not applicable.

Testing

tools/ci/check-byoo-otel-collector-version passes: only VERSION changed, so no collector files require a bump.

Notes

The guard has a real blind spot here — a version bump can be silently neutralised by another PR taking that version first. Worth a follow-up to compare against the published version rather than the diff, but that is a separate change and this file needs fixing now either way.

References

None

Related Merge Requests/Pull Requests

Follows #444, #478.

Dependencies

None

Summary by CodeRabbit

  • Chores
    • Updated the BYOO OpenTelemetry Collector to version 0.157.2.

The collector's VERSION last moved to 0.157.1 in #478. #444 then changed
files under byoo-otel-collector/ without bumping it, so two different
collector builds now share one version.

That happened despite the guard: #444 did bump VERSION, from 0.157.0 to
0.157.1, but by the time it merged #478 had already published 0.157.1, so
the rebase made its bump a no-op. The check compares against the merge
base and cannot see that the target version was taken in the meantime.

Bump to 0.157.2 so the current collector contents have a version of their
own.

Co-authored-by: Balaji Ganesan <bganesan@nvidia.com>
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@balajinvda
balajinvda requested a review from a team as a code owner July 28, 2026 20:11
@balajinvda
balajinvda requested a review from vrv3814 July 28, 2026 20:11
@coderabbitai

coderabbitai Bot commented Jul 28, 2026

Copy link
Copy Markdown

Review Change Stack

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Enterprise

Run ID: 32032acd-4ae7-43cd-840c-2e9208297a44

📥 Commits

Reviewing files that changed from the base of the PR and between afca4ec and 9d3ea5f.

📒 Files selected for processing (1)
  • src/compute-plane-services/byoo-otel-collector/VERSION

📝 Walkthrough

Walkthrough

The BYOO OTEL collector version is bumped from 0.157.1 to 0.157.2.

Changes

BYOO OTEL collector version

Layer / File(s) Summary
Update collector version
src/compute-plane-services/byoo-otel-collector/VERSION
Changes the declared collector version from 0.157.1 to 0.157.2.

Estimated code review effort: 1 (Trivial) | ~2 minutes

Suggested reviewers: vrv3814

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title follows Conventional Commits and accurately describes the BYOO collector version-bump fix.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch fix/byoo-version-0-157-2

Comment @coderabbitai help to get the list of available commands.

balajinvda added a commit that referenced this pull request Jul 29, 2026
Two CI failures from the previous commit.

http-invocation kept a third reference to the protoc extension,
use_repo(protoc, "com_google_protobuf"), which the scripted edit did not
match: it handled the bazel_dep and the protoc.toolchain call but not
use_repo. Removing the extension left that line pointing at an undefined
name, so the module failed to load. The service already declares protobuf
directly for its cargo_build_script, so the use_repo was redundant once
protobuf provides protoc; the surrounding comment described the old
toolchains_protoc arrangement and is corrected.

Rescanned every module for protoc references including use_repo forms.
http-invocation was the only one, and it now builds clean locally.

This commit also bumps the byoo collector version. Changing its
.bazelversion and MODULE.bazel trips check-byoo-otel-collector-version,
which requires a bump whenever anything under byoo-otel-collector/
changes. 0.157.2 is the value #506 was opening to set, for the
same underlying reason: #444 changed collector files while its own bump
was neutralised by a rebase, leaving two builds sharing 0.157.1. Folding
it here keeps a single PR touching VERSION rather than two that would
conflict; #506 is superseded.

Co-authored-by: Balaji Ganesan <bganesan@nvidia.com>
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@balajinvda

Copy link
Copy Markdown
Contributor Author

Superseded by #525, which carried this same bump.

#525 modified .bazelversion and MODULE.bazel under byoo-otel-collector/, which trips check-byoo-otel-collector-version, so it had to bump VERSION regardless. Folding it there kept a single PR touching the file instead of two that would conflict.

Main is now at 0.157.2, so the collision this PR was opened to fix — #444 shipping collector changes under the same 0.157.1 that #478 published — is resolved. Closing.

The underlying guard weakness is still worth a follow-up: a version bump can be silently neutralised when another PR claims that version first, because the check compares against the merge base rather than the published version. That is what happened to #444.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant