mirror of
https://github.com/QwenLM/qwen-code.git
synced 2026-07-10 01:29:17 +00:00
ccf1e5672f
* fix(e2e): add daemon_status to serve capabilities baseline; run E2E on PRs The `qwen serve — capabilities envelope` integration test hard-codes the expected advertised-feature list. PR #5174 added the `daemon_status` capability to SERVE_CAPABILITY_REGISTRY (and the server.test.ts unit baseline) but did not update this integration test, so the list drifted by one entry and the E2E job began failing on main. Root cause it slipped through: E2E only triggered on push to main / merge_group, never on PRs, so this stale assertion was never exercised before merge. Add a pull_request trigger (targeting main) so capability/ contract regressions surface at PR time, and key concurrency on the PR number so superseded PR runs cancel. * fix(e2e): guard fork PRs from secretless runs; dedupe push/PR triggers Addresses review feedback on #5211: - Skip the e2e matrix on fork PRs. Forks have no access to repository secrets (OPENAI_*, DOCKERHUB_*), so without a guard every fork PR produces 3 guaranteed red jobs and wastes CI minutes. A head-repo guard runs the jobs for same-repo PRs (and push / merge_group) but skips them for forks. - Key concurrency on the head ref (github.head_ref || github.ref_name) so a push to a feat/e2e/** branch and a pull_request from that same branch share one group and cancel each other, instead of running the full matrix twice for the same change. Keeps the feat/e2e/** push trigger (the no-PR e2e iteration escape hatch) intact. - Stop cancelling in-progress main runs so every main commit produces a complete e2e result (matching ci.yml's policy and the very signal that surfaced this bug); still cancel superseded PR / feature-branch runs. --------- Co-authored-by: jinye <djy1989418@126.com> |
||
|---|---|---|
| .. | ||
| actions/post-coverage-comment | ||
| ISSUE_TEMPLATE | ||
| scripts | ||
| workflows | ||
| dependabot.yml | ||
| pull_request_template.md | ||
| release.yml | ||