Harness Intelligence Wiki
Grilling

Issue 204 Portable Commit Gates Grill Status

Issue 204 Portable Commit Gates Grill Status

Source issue: harness-intelligence#204

Phase State

  • Topic: portable commit-gate owner resolution and actionable launch failures.
  • Scope boundary: issue #204 on a branch stacked directly on issue #203.
  • Shared understanding: confirmed by the user on 2026-09-15; requirements are ready for spec compilation.

Branch Dashboard

BranchCompletionLocked directionStill-open items
Checkout and worktree portability100%Resolve owner paths from the active Git worktree root; ignore legacy absolute root authority.None.
Failure diagnostics100%Preserve owner, command kind, cwd, launch code/message, stdout, and stderr.None.
Compatibility boundary100%Preserve scoped staged-file behavior and aggregate execution; add moved-checkout/worktree regressions without widening the generated schema.None.

Current Round

  • Round: R1
  • Current frontier: empty
  • Shared-understanding confirmation: confirmed
Question idPrerequisitesQuestionState
Q1noneWhich checkout owns execution when a legacy contract names another machine path?answered
Q2Q1What launch failure context must the runner preserve?answered
Q3Q1, Q2Which behavior must remain stable while portability is repaired?answered

Technical Grounding

BranchEvidence anchorsApplicable dimensionsOpen technical decisionsGrounding
Checkout and worktree portabilityoutput.ts:planCommitGateOutput; context-plan.ts:QualityCommandContract; commit-gate-runner.mjs:rootauthority, path semantics, compatibilitynonegrounded
Failure diagnosticscommit-gate-runner.mjs:run; failure renderingobservable failure contractnonegrounded
Compatibility boundaryrunner and generated-gate testsinvariants, regression surfacenonegrounded

Parked Branches

  • Explicit hi check semantic rejection of legacy root fields is parked; normal desired-byte drift/update remains the migration path.
  • General confinement rules for arbitrary hand-authored absolute or traversing path values are parked outside issue #204.

Glossary

Terms

  • Active Git worktree root: the current worktree top level returned by git rev-parse --show-toplevel, whose index supplies staged paths.
  • Owner path: a generated repository-relative contract path locating one quality-command owner beneath the active worktree root.
  • Legacy root: the obsolete machine-specific absolute root field emitted by older CLI versions.

Relationships

  • An Owner path is resolved beneath exactly one Active Git worktree root.
  • A Legacy root never overrides the Active Git worktree root.

Axioms

  • Generated commit-gate contracts are portable repository data and contain no machine-specific checkout root.
  • Linked worktrees use their own top level and staged index, not the shared Git common directory.
  • Launch failures are actionable without rerunning commands outside the gate.

Flagged Ambiguities

  • “Current Git root” means active worktree top level, not Git common directory or the checkout that originally generated the contract.

On this page