Check docs conflict markers - #599
Merged
azimafroozeh merged 2 commits intoSep 1, 2026
Merged
Conversation
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What & why
This PR makes CI fail on committed merge-conflict markers, in two layers.
docs/rfcs/README.mdon main, where they shipped until docs(rfcs): remove committed merge-conflict markers from the registry #598 removed them. Markers in Rust die in compile; markers in Markdown, fixtures, and data files pass every existing PR check, because no PR gate reads those files.scripts/check-docs.pygains a marker scan over every Markdown file it already checks, reporting exact file:line.git diff --check, which respectsconflict-marker-sizeand also flags a lone=======on added lines). It emits an inline::errorannotation per offending line plus a count, runs before the documentation checks, and never fails a pull request for markers already on the base branch.Check AGENTS.md Linkscontext, which runs on every PR including documentation-only ones: no new job, no branch-protection change.Backing issue / RFC
Checklist
Local verification
python3 scripts/check-docs.py: Documentation OK (121 Markdown files checked)<<<<<<< HEAD…>>>>>>> 463fd70e (review)) exits 1 with two exactfile:line: committed merge-conflict markererrors; probe removed, green again::error file=docs/rfcs/README.md,line=..annotations plus a count and exits 1; on the docs(rfcs): remove committed merge-conflict markers from the registry #598 removal commit and on a clean multi-commit range it is silent with exit 0|||||||matched as designed;=======and marker-chars-then-text correctly not matchedscripts/check-workflow-action-pins.pygreenbash scripts/check-agents-md.sh: AGENTS.md ↔ docs indexes OK (45 links, 43 docs)cargo test: not run, no Rust touchedNotes for reviewers
check-docs.py; the diff gate covers every file type but judges only lines a pull request adds, via git's own detector — no hand-rolled second pattern to keep in sync.=======line is deliberately not matched by the Markdown scan (it is a legal setext heading underline); the diff gate does flag one on added lines, where git's detector owns the ambiguity.Greptile Summary
This PR adds two complementary CI checks that reject committed merge-conflict markers and documents the new behavior.
git diff --check.Confidence Score: 5/5
The PR appears safe to merge, with no actionable correctness or security failures identified.
The Markdown scan and pull-request diff gate consistently enforce the intended conflict-marker policy while preserving existing required CI reporting behavior.
Important Files Changed
Reviews (1): Last reviewed commit: "ci: reject committed merge-conflict mark..." | Re-trigger Greptile