Merge a pull request

Merge a pull request in GitHub — with the four heights of help laid out: do it now, make it easier for the next person to accept, work out the right move when you are stuck, and learn the pattern so it stops coming back.

4prompt heights
Open it in the interactive atlas →

The four heights

The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.

Execute — do the immediate task

+
This feature branch passed CI and has two required approvals. Merge it into main using the squash…
This feature branch passed CI and has two required approvals. Merge it into main using the squash commit message that includes the Jira ticket and the release note line, and ensure branch protection rules record the approvers. If the merge triggers a post-merge pipeline, watch the pipeline and notify the release manager if it fails.

Improve — make it easier to accept

+
Before I merge, make it easy to keep the history clean: produce a concise squash commit message…
Before I merge, make it easy to keep the history clean: produce a concise squash commit message that includes the Jira ticket, a one-line release note, and the authors to credit. Also surface any open issues in main that could conflict and flag whether the downstream deployment pipeline will run on merge so I can plan a watch.

Decide — diagnose the stuck moment

+
I’m about to merge Lina’s approved PR but main received a hotfix five minutes ago that could…

Main has a conflicting change since I last pulled.

I’m about to merge Lina’s approved PR but main received a hotfix five minutes ago that could conflict. Lina is offline until tomorrow. I’m worried merging now will break production or delaying will miss our cut. What likely happened and what’s the best immediate action to take to balance risk and the release schedule?

Become — change the pattern

+
Over several releases we’ve merged approved PRs that later cause regressions in staging. I’m the…

Merges keep introducing regressions.

Over several releases we’ve merged approved PRs that later cause regressions in staging. I’m the release owner and this is hurting trust. Where am I losing time or credibility, and which operational habit should I change to reduce post-merge regressions?

Next to this one

Other code hosting work people do in GitHub.

Every task here came from the work, not from a feature list — which is why the prompts name what you want done and never the button that does it. The tool changes; the work does not.
Copyright © LLOS.ai · 2026 — original pedagogy, voice, and design — all rights reserved.

The rest of the map

Same library, five ways in.