Define revision, trigger, deduplication, retry, and stale-run semantics #35

Open
opened 2026-07-14 22:37:37 -04:00 by caleb-brown · 0 comments
Owner

Parent

#29 — Temper v1 Greenfield Product and Architecture

Question

What are the canonical identities and state transitions for a pull-request revision, review request, execution attempt, result, and publication; how do automatic and manual triggers compose; and what exact deduplication, rerun, retry, supersession, cancellation, and current-head checks guarantee correct user-visible effects?

Blocked by

  • #30 — Define Temper's developer-facing review contract
  • #31 — Define Temper's trust, authorization, and data-handling policy
  • #33 — Research the supported Forgejo capability and version envelope
## Parent [#29 — Temper v1 Greenfield Product and Architecture](https://git.caleb-brown.dev/caleb-brown/temper/issues/29) ## Question What are the canonical identities and state transitions for a pull-request revision, review request, execution attempt, result, and publication; how do automatic and manual triggers compose; and what exact deduplication, rerun, retry, supersession, cancellation, and current-head checks guarantee correct user-visible effects? ## Blocked by - [#30](https://git.caleb-brown.dev/caleb-brown/temper/issues/30) — Define Temper's developer-facing review contract - [#31](https://git.caleb-brown.dev/caleb-brown/temper/issues/31) — Define Temper's trust, authorization, and data-handling policy - [#33](https://git.caleb-brown.dev/caleb-brown/temper/issues/33) — Research the supported Forgejo capability and version envelope
Sign in to join this conversation.
No description provided.