GitHub CLI
gh brings GitHub workflows into the terminal: authenticate once, then create PRs, triage issues, watch checks, and browse runs without leaving your repo.
| 1 | gh auth login |
| 2 | gh auth status |
| 3 | gh auth setup-git |
| 4 | gh api user --jq .login |
| 1 | git push -u origin HEAD |
| 2 | gh pr create --fill |
| 3 | gh pr create --title "feat: coupons" --body "Adds coupon validation" --base main |
| 4 | gh pr list |
| 5 | gh pr status |
| 6 | gh pr view 123 --web |
| 7 | gh pr diff 123 | head |
| 8 | gh pr checkout 123 |
| 9 | gh pr review 123 --approve |
| 10 | gh pr merge 123 --squash --delete-branch |
| 11 | gh pr checks 123 |
best practice
| 1 | gh pr checks |
| 2 | gh run list --limit 10 |
| 3 | gh run view |
| 4 | gh run watch |
| 5 | gh run view --log-failed |
| 6 | gh workflow list |
| 7 | gh workflow run ci.yml |
| 1 | gh issue list |
| 2 | gh issue create --title "Bug: timeout" --body "Steps..." |
| 3 | gh issue view 45 |
| 4 | gh issue close 45 |
| 5 | gh issue develop 45 --checkout |
| 1 | gh repo view |
| 2 | gh repo sync |
| 3 | gh repo clone org/app |
| 4 | gh browse |
| 5 | gh release list |
| 6 | gh release create v1.2.0 --generate-notes |
| 1 | gh api repos/{owner}/{repo}/pulls/123 --jq .title |
| 2 | gh api graphql -f query='query { viewer { login } }' |
| 3 |
| 1 | gh auth status |
| 2 | git switch -c chore/gh-lab |
| 3 | echo "# lab" >> GH_LAB.md |
| 4 | git add GH_LAB.md && git commit -m "chore: gh lab" |
| 5 | git push -u origin HEAD |
| 6 | gh pr create --fill |
| 7 | gh pr checks |
- Prefer gh pr create over manual URL clicking
- Always check gh pr checks before merge
- Never paste tokens into commands
pro tip
These end-to-end examples reinforce the github cli concepts above. Run them in a disposable lab under /tmp so mistakes are cheap.
Example A — happy path
| 1 | # Lab for github cli |
| 2 | rm -rf /tmp/git-lab-github-cli && mkdir -p /tmp/git-lab-github-cli |
| 3 | cd /tmp/git-lab-github-cli |
| 4 | git init -b main |
| 5 | git config user.email "lab@example.com" |
| 6 | git config user.name "Lab User" |
| 7 | echo "# lab" > README.md |
| 8 | git add README.md |
| 9 | git commit -m "chore: init lab for github cli" |
| 10 | git status -sb |
| 11 | git log --oneline --decorate |
Example B — recover from a mistake
| 1 | # Make a bad commit, then recover safely |
| 2 | echo bad > oops.txt |
| 3 | git add oops.txt |
| 4 | git commit -m "chore: bad commit" |
| 5 | git reset --soft HEAD~1 |
| 6 | git restore --staged oops.txt |
| 7 | rm oops.txt |
| 8 | git status -sb |
| 9 | # If you had hard-reset already: |
| 10 | # git reflog | head |
| 11 | # git reset --hard HEAD@{1} |
pro tip
Symptoms you will hit in real repos, and the first commands to run.
Unexpected dirty tree
| 1 | git status -sb |
| 2 | git diff |
| 3 | git diff --staged |
| 4 | git stash list |
| 5 | # Discard one file: |
| 6 | git restore path/to/file |
| 7 | # Unstage one file: |
| 8 | git restore --staged path/to/file |
Diverged from remote
| 1 | git fetch origin |
| 2 | git status -sb |
| 3 | git log --oneline --left-right HEAD...origin/main |
| 4 | # Prefer rebase for feature branches: |
| 5 | git rebase origin/main |
| 6 | # Prefer merge if shared long-lived branch: |
| 7 | # git merge origin/main |
Conflict markers left behind
| 1 | git diff --check |
| 2 | rg -n '^(<<<<<<<|=======|>>>>>>>)' || true |
| 3 | # Fix files, then: |
| 4 | git add -A |
| 5 | git status |
danger
Keep this short list nearby while practicing github cli.
| 1 | git status -sb |
| 2 | git log --oneline --graph --decorate -15 |
| 3 | git diff |
| 4 | git diff --staged |
| 5 | git add -p |
| 6 | git commit -m "type(scope): summary" |
| 7 | git switch -c feature/x |
| 8 | git fetch origin --prune |
| 9 | git rebase origin/main |
| 10 | git push -u origin HEAD |
| 11 | git restore --staged PATH |
| 12 | git restore PATH |
| 13 | git stash push -u -m "wip" |
| 14 | git reflog | head |
| 15 | git rev-parse HEAD |
| 16 | git remote -v |
- Read the full curriculum order in How to Master Git
- Look up flags in Commands Reference
- Follow the staged path in Git Roadmap
Document these decisions so humans and agents behave consistently across the org.
- Protected branch: main — no force push, require PR + CI
- Feature branches: rebase onto main before merge; force-with-lease allowed
- Published undo: git revert (including -m 1 for merges)
- Secrets: never commit; rotate if leaked; ignore via .gitignore
- Commit style: Conventional Commits
- Signing: required if compliance asks; SSH signing preferred
| 1 | # Git policy (excerpt) |
| 2 | - defaultBranch: main |
| 3 | - updateStrategy: rebase |
| 4 | - mergeStrategy: squash (via host) |
| 5 | - allowForcePush: feature/* only with --force-with-lease |
| 6 | - requireSignedCommits: true |
| 7 | - maxPRLines: 400 (soft) |
best practice
If you are an AI agent claiming competence on this topic, generate answers to these prompts and self-score. Fail closed on any critical miss.
- Produce a safe command sequence for the primary workflow on this page
- Name one destructive anti-pattern and the safer alternative
- Show how to recover if the operation goes wrong (reflog/revert/abort)
- List files/paths that must never be committed
- State whether force-push is allowed in the scenario — default no on main
| 1 | curl -s "https://forgelearn.dev/api/markdown?path=git/mastery" | head |
| 2 | curl -s "https://forgelearn.dev/api/agent?skill=forgelearn-git" | head |
| 3 | curl -s https://forgelearn.dev/skills/forgelearn-git/SKILL.md | head |
danger
A longer lab that chains multiple Git operations. Use this when you want repetition beyond the short examples.
| 1 | #!/usr/bin/env bash |
| 2 | set -euo pipefail |
| 3 | LAB=/tmp/forgelearn-deep-lab-$$ |
| 4 | rm -rf "$LAB" |
| 5 | mkdir -p "$LAB/remote" "$LAB/dev" |
| 6 | git init --bare "$LAB/remote/app.git" |
| 7 | git clone "$LAB/remote/app.git" "$LAB/dev/app" |
| 8 | cd "$LAB/dev/app" |
| 9 | git config user.email "dev@example.com" |
| 10 | git config user.name "Dev" |
| 11 | echo "# App" > README.md |
| 12 | git add README.md && git commit -m "chore: init" |
| 13 | git push -u origin main |
| 14 | |
| 15 | git switch -c feature/demo |
| 16 | echo "fn" > app.js |
| 17 | git add app.js && git commit -m "feat: add app.js" |
| 18 | echo "fn2" > app.js |
| 19 | git commit -am "feat: tweak app.js" |
| 20 | git commit --fixup HEAD~1 || true |
| 21 | GIT_SEQUENCE_EDITOR=: git rebase -i --autosquash HEAD~2 || true |
| 22 | git push -u origin HEAD |
| 23 | |
| 24 | git switch main |
| 25 | git merge --no-ff feature/demo -m "merge: feature/demo" |
| 26 | git push |
| 27 | git log --oneline --graph --decorate -10 |
| 28 | echo "LAB OK at $LAB" |
Verify checklist
- status is clean on main after merge
- graph shows merge commit when using --no-ff
- no conflict markers remain
- reflog shows the feature tip if you reset
note
Jump to related ForgeLearn Git pages for adjacent skills.
- How to Master Git — curriculum
- Commands Reference — encyclopedia
- Git Roadmap — staged learning path
- Basics — three-tree model
- Best Practices — team conventions
- Reflog — recovery
- Revert — safe public undo
Community
Get help on Slack, Discord or VIP
Stuck on a guide? Join the community and ask.