Skip to content

ci: decide what happens to benchmark-seeding.yml under the single main.yaml graph #14

Description

@tjjh89017

The CI restructure moves most jobs into a single main.yaml dependency graph wired with needs, minimising separately-triggered workflows. benchmark-seeding.yml was never covered by that plan and needs a decision.

It measures seeding throughput against a swarm of leecher pods — a benchmark, not a correctness gate, so it does not obviously belong on every push.

Options:

  • fold it into release.yaml, so a tagged build records a throughput number;
  • keep it separately dispatchable, accepting one more trigger against the minimise-triggers goal;
  • delete it, and re-add a benchmark when there is a reason to track the number over time.

Deferred deliberately — not blocking the restructure, and the restructure should not silently decide it either.

https://claude.ai/code/session_013dEiCgEMNhNAy1Rn7Mm2KL

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions