Skip to content

ci: drop the unused merge queue trigger from Fork CI - #119

Merged
incognitojam merged 1 commit into
mainfrom
t3code/drop-merge-queue-trigger
Aug 13, 2026
Merged

ci: drop the unused merge queue trigger from Fork CI#119
incognitojam merged 1 commit into
mainfrom
t3code/drop-merge-queue-trigger

Conversation

@incognitojam

Copy link
Copy Markdown
Collaborator

Problem

The merge queue was retired because it duplicated CI work, but Fork CI still
carries its plumbing: a merge_group trigger and github.event.merge_group.*
fallbacks in the changes job's SHA resolution. Nothing fires it, so it is dead
config that implies a workflow the repo no longer uses.

Fix

Remove the trigger and the two fallbacks. pull_request and push events
already resolve the same SHAs on their own:

  • BASE_SHApull_request.base.sha or github.event.before
  • HEAD_SHApull_request.head.sha or github.sha

Verification

Confirmed no merge queue is configured, so nothing is stranded by this:

  • The PR + CI ruleset on main contains only pull_request and
    required_status_checks rules — no merge_queue rule.
  • All four required checks (Fork Changes, Fork Check, Fork Release Smoke,
    Fork Test) run on pull_request, so they still report on every PR.

Workflow parses and actionlint reports no new findings.

Follow-up to #112.


Written by an agent (Claude Code, claude-opus-5).

The merge queue was retired as duplicated CI work, so the merge_group
trigger and its base_sha/head_sha fallbacks are dead config. Pull request
and push events resolve the same SHAs without them.
@github-actions github-actions Bot added vouch:trusted PR author is trusted by repo permissions or the VOUCHED list. size:XS labels Aug 13, 2026
@incognitojam
incognitojam merged commit 0ec3bf7 into main Aug 13, 2026
10 checks passed
@incognitojam
incognitojam deleted the t3code/drop-merge-queue-trigger branch August 13, 2026 13:19
yngatech-nightly Bot pushed a commit that referenced this pull request Aug 13, 2026
## Problem

The merge queue was retired because it duplicated CI work, but Fork CI
still
carries its plumbing: a `merge_group` trigger and
`github.event.merge_group.*`
fallbacks in the `changes` job's SHA resolution. Nothing fires it, so it
is dead
config that implies a workflow the repo no longer uses.

## Fix

Remove the trigger and the two fallbacks. `pull_request` and `push`
events
already resolve the same SHAs on their own:

- `BASE_SHA` → `pull_request.base.sha` or `github.event.before`
- `HEAD_SHA` → `pull_request.head.sha` or `github.sha`

## Verification

Confirmed no merge queue is configured, so nothing is stranded by this:

- The `PR + CI` ruleset on `main` contains only `pull_request` and
  `required_status_checks` rules — no `merge_queue` rule.
- All four required checks (`Fork Changes`, `Fork Check`, `Fork Release
Smoke`,
  `Fork Test`) run on `pull_request`, so they still report on every PR.

Workflow parses and `actionlint` reports no new findings.

Follow-up to #112.

---
Written by an agent (Claude Code, claude-opus-5).
yngatech-nightly Bot pushed a commit that referenced this pull request Aug 13, 2026
## Problem

The merge queue was retired because it duplicated CI work, but Fork CI
still
carries its plumbing: a `merge_group` trigger and
`github.event.merge_group.*`
fallbacks in the `changes` job's SHA resolution. Nothing fires it, so it
is dead
config that implies a workflow the repo no longer uses.

## Fix

Remove the trigger and the two fallbacks. `pull_request` and `push`
events
already resolve the same SHAs on their own:

- `BASE_SHA` → `pull_request.base.sha` or `github.event.before`
- `HEAD_SHA` → `pull_request.head.sha` or `github.sha`

## Verification

Confirmed no merge queue is configured, so nothing is stranded by this:

- The `PR + CI` ruleset on `main` contains only `pull_request` and
  `required_status_checks` rules — no `merge_queue` rule.
- All four required checks (`Fork Changes`, `Fork Check`, `Fork Release
Smoke`,
  `Fork Test`) run on `pull_request`, so they still report on every PR.

Workflow parses and `actionlint` reports no new findings.

Follow-up to #112.

---
Written by an agent (Claude Code, claude-opus-5).
yngatech-nightly Bot pushed a commit that referenced this pull request Aug 14, 2026
## Problem

The merge queue was retired because it duplicated CI work, but Fork CI
still
carries its plumbing: a `merge_group` trigger and
`github.event.merge_group.*`
fallbacks in the `changes` job's SHA resolution. Nothing fires it, so it
is dead
config that implies a workflow the repo no longer uses.

## Fix

Remove the trigger and the two fallbacks. `pull_request` and `push`
events
already resolve the same SHAs on their own:

- `BASE_SHA` → `pull_request.base.sha` or `github.event.before`
- `HEAD_SHA` → `pull_request.head.sha` or `github.sha`

## Verification

Confirmed no merge queue is configured, so nothing is stranded by this:

- The `PR + CI` ruleset on `main` contains only `pull_request` and
  `required_status_checks` rules — no `merge_queue` rule.
- All four required checks (`Fork Changes`, `Fork Check`, `Fork Release
Smoke`,
  `Fork Test`) run on `pull_request`, so they still report on every PR.

Workflow parses and `actionlint` reports no new findings.

Follow-up to #112.

---
Written by an agent (Claude Code, claude-opus-5).
yngatech-nightly Bot pushed a commit that referenced this pull request Aug 14, 2026
## Problem

The merge queue was retired because it duplicated CI work, but Fork CI
still
carries its plumbing: a `merge_group` trigger and
`github.event.merge_group.*`
fallbacks in the `changes` job's SHA resolution. Nothing fires it, so it
is dead
config that implies a workflow the repo no longer uses.

## Fix

Remove the trigger and the two fallbacks. `pull_request` and `push`
events
already resolve the same SHAs on their own:

- `BASE_SHA` → `pull_request.base.sha` or `github.event.before`
- `HEAD_SHA` → `pull_request.head.sha` or `github.sha`

## Verification

Confirmed no merge queue is configured, so nothing is stranded by this:

- The `PR + CI` ruleset on `main` contains only `pull_request` and
  `required_status_checks` rules — no `merge_queue` rule.
- All four required checks (`Fork Changes`, `Fork Check`, `Fork Release
Smoke`,
  `Fork Test`) run on `pull_request`, so they still report on every PR.

Workflow parses and `actionlint` reports no new findings.

Follow-up to #112.

---
Written by an agent (Claude Code, claude-opus-5).
incognitojam added a commit that referenced this pull request Aug 15, 2026
## Problem

The merge queue was retired because it duplicated CI work, but Fork CI
still
carries its plumbing: a `merge_group` trigger and
`github.event.merge_group.*`
fallbacks in the `changes` job's SHA resolution. Nothing fires it, so it
is dead
config that implies a workflow the repo no longer uses.

## Fix

Remove the trigger and the two fallbacks. `pull_request` and `push`
events
already resolve the same SHAs on their own:

- `BASE_SHA` → `pull_request.base.sha` or `github.event.before`
- `HEAD_SHA` → `pull_request.head.sha` or `github.sha`

## Verification

Confirmed no merge queue is configured, so nothing is stranded by this:

- The `PR + CI` ruleset on `main` contains only `pull_request` and
  `required_status_checks` rules — no `merge_queue` rule.
- All four required checks (`Fork Changes`, `Fork Check`, `Fork Release
Smoke`,
  `Fork Test`) run on `pull_request`, so they still report on every PR.

Workflow parses and `actionlint` reports no new findings.

Follow-up to #112.

---
Written by an agent (Claude Code, claude-opus-5).
yngatech-nightly Bot pushed a commit that referenced this pull request Aug 18, 2026
## Problem

The merge queue was retired because it duplicated CI work, but Fork CI
still
carries its plumbing: a `merge_group` trigger and
`github.event.merge_group.*`
fallbacks in the `changes` job's SHA resolution. Nothing fires it, so it
is dead
config that implies a workflow the repo no longer uses.

## Fix

Remove the trigger and the two fallbacks. `pull_request` and `push`
events
already resolve the same SHAs on their own:

- `BASE_SHA` → `pull_request.base.sha` or `github.event.before`
- `HEAD_SHA` → `pull_request.head.sha` or `github.sha`

## Verification

Confirmed no merge queue is configured, so nothing is stranded by this:

- The `PR + CI` ruleset on `main` contains only `pull_request` and
  `required_status_checks` rules — no `merge_queue` rule.
- All four required checks (`Fork Changes`, `Fork Check`, `Fork Release
Smoke`,
  `Fork Test`) run on `pull_request`, so they still report on every PR.

Workflow parses and `actionlint` reports no new findings.

Follow-up to #112.

---
Written by an agent (Claude Code, claude-opus-5).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

size:XS vouch:trusted PR author is trusted by repo permissions or the VOUCHED list.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant