Repository navigation
fix(ci): budget focused Intel release qualification - #3364
Merged
Daniel Meppiel (danielmeppiel) merged 1 commit intoOct 22, 2026
Merged
Conversation
Raise only the focused macOS Intel step to 60 minutes after observed passing progress at 91% exhausted the 30-minute limit. Preserve test selection and release gates; add missing/old/oversized budget mutations and update the existing budget paragraph.\n\nRefs #3363 Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com> Copilot-Session: 851e86b9-f93e-4efb-a823-9806aba2b112
Daniel Meppiel (danielmeppiel)
requested a review
from Sergio Sisternes (sergio-sisternes-epam)
as a code owner
October 22, 2026 19:56
Daniel Meppiel (danielmeppiel)
deleted the
danielmeppiel-intel-release-budget
branch
October 22, 2026 19:57
Contributor
There was a problem hiding this comment.
🟢 Approval recommended
The bounded timeout adjustment, regression tests, and documentation are consistent, with no blocking issues identified.
No open issues 🎉
What changed in this PR
This PR addresses #3363 by increasing the focused macOS Intel release-qualification timeout from 30 to 60 minutes, without changing test selection, worker settings, or release gates.
Changes:
- Increase the Intel step budget with a comment explaining the observed timeout.
- Update the timeout contract and add mutations for missing, obsolete, and oversized budgets.
- Document the additional headroom without claiming guaranteed hosted completion.
| File | Description |
|---|---|
tests/unit/test_platform_contract_workflow.py |
Require 60 minutes and reject three invalid timeout configurations. |
docs/src/content/docs/contributing/integration-testing.md |
Update the Intel budget and explain its limits. |
.github/workflows/build-release.yml |
Raise the focused Intel timeout to 60 minutes. |
Review effort: Balanced
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
TL;DR
Give the focused macOS Intel release-qualification step 60 minutes instead of 30 after the existing limit interrupted passing workers at 91%. This changes one workflow value, adds three timeout mutations, and updates the existing budget paragraph; no test selection or release gate changes.
Important
Bounded local qualification is complete at
0d13f5f852311d92027cffd65c8e7e69475c5150, based on69124dc24d1beb7ca33c85ec92ce240cc94fd963. This is not a claim that hosted release qualification has passed. The coordinating maintainer owns the exact-head merge, fresh full qualification, tag, and publication.Problem (WHY)
Run focused Intel integration tests, from 19:16:02Z to 19:46:16Z on 2026-10-22.19:46:14.5110070Z, followed by the timeout at19:46:15.9806190Z. This is inadequate observed budget, not a demonstrated hang.30 / 0.91projects roughly 33 minutes, but test progress is not linear and the step also includes setup. Sixty minutes provides headroom, not a completion guarantee.The exact-field regression contract applies Agent Skills' "Be prescriptive" guidance for fragile operations; the hosted evidence above, not that guidance, determines the budget.
Approach (WHAT)
lifecycle_smoke and not liveand-n 4 --dist loadgroup.Implementation (HOW)
.github/workflows/build-release.ymltests/unit/test_platform_contract_workflow.pydocs/src/content/docs/contributing/integration-testing.mdDiagrams
The dashed budget node is the only workflow behavior change; both success and failure routes are unchanged.
flowchart LR subgraph Intel["macOS Intel qualification"] S["Unchanged lifecycle_smoke and not live"] B["NEW budget: 60 minutes, previously 30"] V["Unchanged isolated release validation"] end S --> B B -->|"success"| V B -->|"failure or timeout"| F["Publication blocked"] classDef new stroke-dasharray: 5 5; class B new;Trade-offs
Benefits
Issue and approved scope
Issue: Fixes #3363.
Human scope-approval comment: None claimed. Authority is the maintainer's direct conversation relayed by the coordinating release session: "merge it and proceed until release happens, fixing anything that needs fixing on the way and bypass merging the fixes (CI)." #3363 transparently records that bounded delegation; it is agent-authored tracking, not a human GitHub approval comment or machine-readable approval. Review contact: Daniel Meppiel (@danielmeppiel) through the coordinating release session.
This PR completes the bounded Intel-budget repair. The parent retains all merge, fresh full qualification, tag, and publication actions; this worker performs none of them.
Type of change
Testing
The full suite and hosted qualification were not rerun. The unchecked full-suite item is intentional.
Validation
uv run --frozen --extra dev pytest -q tests/unit/test_platform_contract_workflow.py::test_intel_integration_is_marker_scoped_and_boundedagainst the original workflow: failed as expected,AssertionError: assert 30 == 60,1 failed in 2.59s.uv run --frozen --extra dev pytest -q tests/unit/test_platform_contract_workflow.py tests/unit/test_security_workflow_contracts.py tests/unit/test_ado_live_workflow_contract.py: passed.Complete parsed workflow equality and old-workflow regression proof: passed
Canonical local lint and guards: all passed before push
Latest main was fetched and fast-forward checked before qualification; it remained
69124dc24d1beb7ca33c85ec92ce240cc94fd963.Result: exit 0. Ruff:
All checks passed!; formatter:2091 files already formatted; pylint:Your code has been rated at 10.00/10 (previous run: 10.00/10, +0.00); auth:[+] auth-signal lint clean; architecture: silent exit 0.The CI grep guards used macOS GNU grep (
ggrep); the line guard also included the native probe:git diff --check: passed. Added-line ASCII check: passed. Docs impact classifier: L0no_change(CI/tests/already-updated docs only), no panel fan-out.mmdc -i <session-artifacts>/intel-budget.mmd -o <session-artifacts>/intel-budget.svg --quiet: passed, exit 0.Local-only caveat: the initial frozen run failed downloading GitPython 3.2.1 from PyPI with
Socket is not connected. Restoring that exact wheel via the prior approvedpackagefeedproxy.microsoft.ioindex with--require-hashes --no-depsand the current lockfile SHA-256 made frozen runs work. No lock regeneration or integrity bypass; this is distinct from the hosted timeout.Scenario Evidence
tests/unit/test_platform_contract_workflow.py::test_intel_integration_is_marker_scoped_and_bounded;::test_intel_missing_old_or_oversized_timeout_mutation_is_rejected(regression-trap for #3363)tests/unit/test_platform_contract_workflow.py,tests/unit/test_security_workflow_contracts.py,tests/unit/test_ado_live_workflow_contract.pyHow to test
Spec conformance (OpenAPM v0.1)
If this PR changes behaviour that an OpenAPM v0.1
req-XXXcovers,confirm the three-step ritual in the
development guide:
docs/src/content/docs/specs/openapm-v0.1.mdupdated(new/changed
<a id="req-XXX"></a>anchor + prose + Appendix Crow).
docs/src/content/docs/specs/manifests/openapm-v0.1.requirements.ymlupdated.
@pytest.mark.req("req-XXX")test undertests/spec_conformance/added or extended.CONFORMANCE.{md,json}regenerated viauv run --extra dev python -m tests.spec_conformance.gen_statementand committed.
Co-authored-by: Copilot 223556219+Copilot@users.noreply.github.com