merge-request git:20261006.d420ee8A

Immutable. This exact content never changes and is served at /api/v1/blob/0619d9402320b557.

---
name: merge-request
description: Load when maintaining your own pull request after review feedback or conflicts
license: MIT
---

- Fetch inline review threads and top-level comments.
- Classify each item as actionable, discussable, or resolved.
- Present the full comment, location, author, timestamp, relevant code, and proposed action before changing code or replying.
- Batch actionable fixes. Run the lowest suitable verification tier. Run browser QA first for UI changes.
- Use `shipit` for the commit and push cycle.
- Resolve a fixed thread only after the fix is pushed.
- For a review with comment threads, dismiss the review after every thread has been replied to, fixed (and pushed), or resolved.
- The configured GitHub MCP lacks review dismissal. Use approval-gated `gh api` for REST `PUT /repos/{owner}/{repo}/pulls/{pull_number}/reviews/{review_id}/dismissals` with `{"message": "<reason>", "event": "DISMISS"}`; confirm the returned review `state` is `DISMISSED`.
- On a protected branch, dismissal requires administrator or designated dismissal permission; report a denied dismissal rather than treating thread resolution as equivalent.
- Show the complete payload before every remote write.
- Preserve the request's draft state while addressing feedback; leave active reviewers' state untouched.
- Resolve conflicts by preserving both sides' intent. Run the full required checks after resolution.
- Re-request review only after the final summary and stable pushed head are ready.
- Prefer merging over rebasing a reviewed request; rebasing can invalidate inline comment anchors.