Skip to content

ci: restore discv5 to devp2p Hive shard#21512

Merged
yperbasis merged 3 commits into
mainfrom
yperbasis/restore-discv5-hive-shard
May 30, 2026
Merged

ci: restore discv5 to devp2p Hive shard#21512
yperbasis merged 3 commits into
mainfrom
yperbasis/restore-discv5-hive-shard

Conversation

@yperbasis

@yperbasis yperbasis commented May 29, 2026

Copy link
Copy Markdown
Member

Summary

Restores discv5 coverage to the devp2p Hive shard, which #21017 dropped from CI.

#21065 added discv5 to the devp2p shard (sim-limit: eth|discv5), closing #17354. #21017 ("matrix-test serial vs parallel exec across the test workflows") then added a serial/parallel exec-mode axis and, in its ci: align test-hive devp2p sim-limit commit, reverted both legs to sim-limit: eth — citing a comment that #21065 had itself deleted. That removed discv5 from CI entirely.

#21017's underlying point was valid, though: discv5 exercises peer discovery, not the EL execution path, so running it under both exec modes would be redundant. So rather than re-adding it to both legs, this keeps discv5 in the parallel leg only and documents why the serial leg omits it:

  • serial devp2p leg: sim-limit: eth
  • parallel devp2p leg: sim-limit: eth|discv5

hive-versions.json already carries #21065's pins (hive_ref: 15750c9…, execution_apis_ref: 8d6b784…), so discv5 runs against the same hive revision it originally passed on.

Test plan

  • Test Hive runs automatically on this PR via CI Gate — the changed workflow file counts as a code change, so the hive job is not skipped — exercising devp2p discv5 in the parallel exec leg.

🤖 Generated with Claude Code

Re-applies the test-hive.yml half of #21065, which #21017 reverted in its "align test-hive devp2p sim-limit" commit: both devp2p matrix legs (serial + parallel exec) run sim-limit: eth|discv5 again, and the now-false "discv5 intentionally excluded" comment is dropped.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
discv5 exercises peer discovery, not the EL exec path, so running it under both serial and parallel exec modes is redundant. Keep it in the parallel leg and document why the serial leg omits it.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Restores discv5 coverage to the devp2p Hive shard by adding it to the parallel matrix leg only, since discv5 exercises peer discovery (not the EL exec path) and would be redundant in both legs.

Changes:

  • Add discv5 to the parallel devp2p leg's sim-limit (eth|discv5).
  • Keep the serial devp2p leg at sim-limit: eth.
  • Add a comment explaining why discv5 runs in only one exec mode.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

@Giulio2002 Giulio2002 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM — tiny CI-only workflow tweak that restores discv5 coverage in the intended Hive leg without touching product code.

@yperbasis yperbasis added this pull request to the merge queue May 29, 2026
@github-merge-queue github-merge-queue Bot removed this pull request from the merge queue due to failed status checks May 29, 2026
@yperbasis yperbasis added this pull request to the merge queue May 30, 2026
Merged via the queue into main with commit fefd6ff May 30, 2026
90 checks passed
@yperbasis yperbasis deleted the yperbasis/restore-discv5-hive-shard branch May 30, 2026 06:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants