☆ 0
CodeIssuesPull RequestsActionsSecurityInsights
✨ AI
More
Settings
Repository · Merge safety

Post-merge verification

After every merge the platform re-checks that main (or the PR's base) actually holds what a correct merge would leave there: the previous tip is still an ancestor, the PR head is in, the tree matches what git computes, and the objects exist. Merged PRs from before this verifier existed show as not verified — recompute one to check it now.

0verified
0failed
8not verified
PRBaseMergedVerificationDetail
#4666 feat(home): rebuild .com landing page as AI marketing platformmain2026-04-16 not verifiedmerged before verification existed
#4667 Claude/fix domain pricing q sr lpmain2026-03-29 not verifiedmerged before verification existed
#4668 Rebrand Dominat8 from aggressive to professional positioningmain2026-03-29 not verifiedmerged before verification existed
#4669 feat: Dominat8 killer landing page — dark theme, toxic green, 7-secti…main2026-03-28 not verifiedmerged before verification existed
#4670 Rebuild marketing homepage with aggressive AI-first positioningmain2026-03-28 not verifiedmerged before verification existed
#4671 Remove marketing pages and clean up unused config filesmain2026-03-23 not verifiedmerged before verification existed
#4675 fix: resolve all CI/workflow failures for green PR buildsmain2026-03-22 not verifiedmerged before verification existed
#4673 fix: resolve all CI failures blocking PR mergesmain2026-03-22 not verifiedmerged before verification existed

Showing the last 8 merged pull requests. Verdicts are audit-log rows (merge.verified / merge.verification_failed) — immutable, written by the merge path itself. A recompute on an older merge runs in historical mode: it checks the merge commit is still reachable from the current base tip rather than that the tip is the merge commit.