Skip to content

Model auth and apply reality for labels, protection, and preservation #17

Open

Description

@egdev6

Goal

Model auth and apply behavior for labels, branch protection, and preservation using a sandbox baseline and approved mixed fixture states.

Observations

  • No assertion is made about production protection; discoveries are limited to the sandbox baseline and approved mixed fixture states.
  • Known capability limitations warn or skip only where the contract allows; unexpected API errors fail structured and non-zero rather than being silently ignored or retried.
  • This depends on B01-03 (immutable published candidate and readiness) and B02-01, not on actual production resources.

Decision gate

Approve the observed apply and failure matrix before implementing any fallback.

Acceptance criteria

  • Supported, limited, and unsupported operations are each reported with their real status.
  • Known capability limits warn or skip only where the contract allows.
  • Unexpected API errors fail non-zero and structured, with no silent ignore and no permission retry.
  • Existing labels and settings are preserved.

Verification

  • Sandbox apply -> each operation reports supported, limited, or unsupported; existing objects remain.
  • Unexpected-error injection -> non-zero structured failure.

Release checkpoint

Remaining risk: real statuses depend on live sandbox API behavior. No governance weakening.

Tracking

Roadmap item: B02-02. All acceptance criteria remain pending; publication does not grant approval or release authority.

Dependencies

Activity

  1. egdev6 commented on Oct 10, 2026

    @egdev6
    OwnerAuthor

    ODD review: live sandbox validation after offline delivery

    Issue: #17, dependencies #15 and #16.
    Clarifies the original issue body without removing its goal or acceptance criteria. The current #15 review owns branch-protection contract, implementation and simulated/offline tests. #17 verifies actual auth/apply behavior for labels, branch protection and preservation against an approved sandbox baseline and mixed fixture states.

    Full scope and acceptance

    No assertion concerns production protection. Sandbox identity, target, permissions and fixture mutations must be approved explicitly under #16.

    • Supported, limited and unsupported operations are reported with their real status.
    • Known capability limitations warn or skip only where the contract allows.
    • Unexpected API errors fail non-zero and structured, without silent ignore or permission retry.
    • Existing labels and settings are preserved.

    Approve the observed apply/failure matrix before implementing any fallback. Preserve stronger protection; no governance weakening, automatic rollback or cleanup.

    ODD and checks

    Phase Outcome Validation / exit
    Prerequisites Accepted immutable #15 candidate and approved #16 sandbox protocol Verify dependency acceptance, scope, identity, permissions and exact fixture grants; offline coverage is not live capability proof
    Live verification Exercise approved operations and mixed states Real supported/limited/unsupported outcomes and preservation evidence, with separately authorized runs
    Failure verification Inject approved unexpected errors Structured non-zero failure, no silent ignore/retry; report any unknown outcome without replaying it
    Acceptance Review actual results and remaining limits Human acceptance and closure separately authorized

    #17's live checks are not a prerequisite for closing #15/B01; dependencies continue to run from #17 to #15/#16, not backwards.
    This review does not authorize sandbox provisioning, credential/secret creation, live mutations, implementation, assignment, closure, release or cleanup.

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions