Gh Issue Fix Flow
Overview
Resolve a GitHub issue from intake through fix, validation, and push using gh, local edits, XcodeBuildMCP, and git.
Workflow
- Intake and issue context
-
Use gh issue view <id> --repo <owner/repo> --comments to get the full issue context.
-
If the repo is unclear, run gh repo view --json nameWithOwner to confirm.
-
Capture reproduction steps, expected behavior, and any maintainer notes.
- Locate the code path
-
Use rg -n to locate likely files and entry points.
-
Read the relevant code paths with sed -n or rg -n context.
-
Follow repo-specific conventions (AGENTS/CLAUDE instructions).
- Implement the fix
-
Edit the minimal set of files.
-
Keep changes aligned with existing architecture and style.
-
Add tests when behavior changes and test coverage is practical.
- Build and test
-
Use XcodeBuildMCP for required builds/tests:
-
Set defaults once: mcp__XcodeBuildMCP__session-set-defaults .
-
Build: mcp__XcodeBuildMCP__build_macos or mcp__XcodeBuildMCP__build_sim .
-
Tests: prefer targeted schemes (e.g., mcp__XcodeBuildMCP__test_sim ).
-
If macOS tests fail due to deployment target mismatches, run the equivalent iOS simulator tests.
-
Report warnings or failures; do not hide them.
- Commit and push
-
Check for unrelated changes with git status --short .
-
Stage only the fix (exclude unrelated files).
-
Commit with a closing message: Fix … (closes #<issue>) .
-
Push with git push .
- Report back
-
Summarize what changed and where.
-
Provide test results (including failures).
-
Note any follow-ups or blocked items.