You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/src/content/docs/reference/outcomes.md
+6-7Lines changed: 6 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -27,9 +27,8 @@ To support that measurement, every evaluated output is classified into an outcom
27
27
|`rejected`| The result was explicitly undone, closed, removed, or not accepted. |
28
28
|`pending`| The result exists, but has not reached a terminal state yet. |
29
29
|`ignored`| The result received no meaningful follow-up within the evaluation window. |
30
-
|`noop`| The output type is intentionally non-actionable for outcome measurement. |
31
-
32
-
Some evaluation systems also distinguish lifecycle-oriented states such as bot-driven cleanup or closure. This page keeps the top-level reference to the common states; see the safe-output outcome specification for the extended lifecycle details.
30
+
|`lifecycle`| Closed or removed by the workflow itself as part of its normal operation (for example, a `close-older-issues` workflow) — not a rejection. |
31
+
|`lifecycle_close`| A `close_issue` or `close_pull_request` output where the close actor was a lifecycle bot (for example, a stale bot) and no visible non-bot actor has since reopened it. |
33
32
34
33
## Accepted Outcomes
35
34
@@ -52,16 +51,16 @@ Outcome evaluation is based on visible repository state and visible actor identi
0 commit comments