Add Migrate from Mergify page#50
Conversation
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Workflows to automatically generate PRs for you. |
|
Verification status (2026-05-29): Could not determine rollout state from available signals. Chaining to
This is a content-accuracy PR. The code-verification comment found a contradicted CLI flag ( |
|
Code verification (2026-05-26) Verified factual claims in the Mergify migration guide against trunk-io/trunk2 source code. Claims checked:
Verdict: The |
Net-new page mapping Mergify constructs to Trunk equivalents: queue_rules + GH rulesets, required_status OR-clauses + aggregator actions, priority_rules + label-driven submit API, and per-rule conditional testing + impacted_targets API. Sourced from clustered customer Q&A (cluster_id mergify-migration-in-flight, verdict missing, 2 pairs from trunk-anchor active POC). Page sits as a top-level MQ sibling to migrating-from-github-merge-queue, matching the existing flat structure. Acknowledges the conditional-status-check ergonomic gap upfront rather than burying it — Phil's Slack thread to the trunk-anchor team was honest about the tradeoff, so the docs should be too. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Remove the bogus comparison Tip link (placeholder URL) and tighten the Getting help section to match the sibling migrating-from-github-merge-queue page's support email pattern. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Move the migration sequence to be the first section after the intro. Dissolve the "mental shift" section into a single sentence in the intro so the admission-vs-testing split lands before step 1 without a separate preamble section. Mapping Mergify constructs and Observability move below the sequence as reference appendices. Drop the optional "run both in parallel" step. Phil's actual advice in the trunk-anchor thread was straight cutover (turn off Mergify rules, configure GitHub rulesets, enable Trunk) — no parallel-running recommended. The sibling GH MQ migration page's parallel-run pattern works because GH MQ activates per branch protection setting, but Mergify and Trunk would both target the same PRs and conflict. Replaced with an Info callout: configure a repo to use only one merge queue tool at a time. Also tighten step 4 (Turn off Mergify): say "uninstall the Mergify GitHub App and remove or comment out .mergify.yml" rather than the vaguer "disable the Mergify app." Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
1857a34 to
77a6879
Compare
|
Verification status (May 31, 2026): Migrate-from-Mergify guide, but internal content contradictions prevent confident auto-verification.
Next action: author or reviewer to resolve content contradictions and confirm accuracy, then merge. Generated by Claude Code |
|
Docs Verify Sweep · June 1, 2026 · ❓ unknown Could not determine feature status — no linked eng PR or feature flag found, or signals were unclear. Manual review required. Unchanged from previous sweep (May 31, 2026). Generated by Claude Code |
Summary
merge-queue/migrating-from-mergify.mdx(sibling tomigrating-from-github-merge-queue)docs.jsonnav entry added next to the existing GH MQ migration pageWhy
Sourced from customer feedback mining (cluster
mergify-migration-in-flight, verified asmissing— no Mergify migration page existed). Content drawn from real Q&A in trunk-anchor's active POC: Phil's Slack thread covered the rulesets-driven admission, the OR-clause aggregator workaround, and the observability story in enough detail to lift directly into the page. The conditional-status-check ergonomic gap is acknowledged upfront rather than buried.