merge-pr

Featured

Squash merge a pull request. The commit message comes from this workflow rather than from GitHub, whose own version concatenates every commit on the branch into text no linter ever reads. A briefing script prints the published description, every commit the squash collapses, and the diffstat, then leaves a SQUASH_AGENTMSG skeleton whose body the caller writes. Review, the commit-msg gates, and an operator confirmation all run before the merge. Use this whenever the user asks to merge or land a pull request, including one nobody here authored such as a dependency bump.

Code & Development 92 stars 8 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 88/100

Stars 20%
66
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Merge a pull request Work the steps in order. A pair of hooks runs alongside them and refuses the shortcut: a direct `gh pr merge`, and any merge whose message the reviewer hasn't seen in its current form. Left alone, GitHub writes the squash message by concatenating every commit on the branch. That text has never passed a commit-msg hook, and it arrives on the default branch where the rest of the toolchain assumes those hooks ran. Nothing lints it afterwards. This workflow writes the message itself and puts it through what a commit answers to. ## Preflight !`bash ${CLAUDE_SKILL_DIR}/scripts/preflight.sh ${ARGUMENTS}` ## Step 0: open the task list Create these with `TaskCreate`, then move each through `in_progress` and `completed`. 1. Confirm the pull request is mergeable 2. Settle the published description 3. Write the squash message in SQUASH_AGENTMSG 4. Review the message with review-squash-message 5. Run the commit-msg gates 6. Confirm the message with the operator 7. Merge and clean up Stop before any of it where preflight reports a missing precondition, a draft pull request, or a failing check. Say what's wrong and hand back. ## Step 1: confirm the pull request is mergeable Preflight printed the state, the check rollup, and the review decision. Merging needs an open pull request that nobody marked as a draft, with every check green. A failing check goes to `fix-pr`, and a running one goes to `watch-pr`. Neither belongs here, and the merge script refuses bot...

Details

Author
tbhb
Repository
tbhb/vale-ai-tells
Created
9 months ago
Last Updated
yesterday
Language
Shell
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Featured

merge-pr

Merge a pull request with status checks, squash merge, and branch cleanup. Handles worktree contexts.

422 Updated 4 weeks ago
joshukraine
Code & Development Listed

merge-pr

Land an open GitHub pull request. Use whenever the user wants to MERGE, land, ship, or close out an open PR: waits for CI, applies corrections until mergeable (red checks, conflicts with the latest `main`, unresolved review), squash-merges, triages follow-ups, and tears down the branch and worktree. Triggers: "merge PR 279", "land #281", "ship this PR", "get that PR merged once CI's green", "wrap up 279 and open follow-ups", « merge la PR 279 », « fais atterrir la 281 », a bare PR link with "merge it". Does NOT apply to opening or implementing a PR, to syncing one STILL BEING BUILT (implement-issue), to reviewing without merging (code-review), or to filing an issue (create-issue).

3 Updated today
phmatray
Code & Development Listed

pull-request-merge

Promotes an open draft pull request on the current branch to a merged state on `develop`, applying repository-declared labels and passing every gate from the pull-request-workflow spec. Invoke when the user asks to promote the draft PR, ship the PR, merge the draft, or bring the PR over the finish line. Also handles equivalent German-language requests. Delegates pre-merge review to the `review` skill (and `security-review` when the diff touches security-sensitive paths), derives labels from the Conventional-Commits type and touched paths, flips draft → ready, triggers automerge by applying the `automerge` label so the repository's automerge workflow squash-merges the PR once every required check is green, and verifies the merge commit landed on `develop`. Supports resume on re-invocation per `spec/claude/resumable-work/`.

0 Updated 1 weeks ago
nolte