From git-plugin
Performs administrative operations on GitHub issues: transfer between repos, pin/unpin important ones, lock/unlock discussions, create development branches, bulk label/assign/close/reopen, manage custom fields.
npx claudepluginhub laurigates/claude-plugins --plugin git-pluginThis skill is limited to using the following tools:
- Repo: !`git remote get-url origin`
Creates isolated Git worktrees for feature branches with prioritized directory selection, gitignore safety checks, auto project setup for Node/Python/Rust/Go, and baseline verification.
Executes implementation plans in current session by dispatching fresh subagents per independent task, with two-stage reviews: spec compliance then code quality.
Dispatches parallel agents to independently tackle 2+ tasks like separate test failures or subsystems without shared state or dependencies.
git remote get-url origingh issue list --state open --json number,title --limit 10Parse $ARGUMENTS[0] as the operation, remaining args as issue numbers and options.
| Operation | Syntax | Description |
|---|---|---|
transfer | transfer <N> <target-repo> | Transfer issue to another repository |
pin | pin <N...> | Pin issues to repository (max 3) |
unpin | unpin <N...> | Unpin issues |
lock | lock <N...> [--reason <reason>] | Lock issue discussions |
unlock | unlock <N...> | Unlock issue discussions |
develop | develop <N> [--branch <name>] [--checkout] | Create branch from issue |
bulk | bulk <sub-op> <N...> [options] | Bulk operations on multiple issues |
fields | fields <N> [--set <field>=<value>] [--list] | Manage custom issue fields |
Lock reasons: off-topic, too heated, resolved, spam
Bulk sub-operations: label, assign, close, reopen
| Use this skill when... | Use X instead when... |
|---|---|
| Transferring issues between repos | Creating new issues (github-issue-writing) |
| Pinning/unpinning important issues | Implementing issue fixes (git:issue) |
| Locking resolved discussions | Managing sub-issues/deps (git:issue-hierarchy) |
| Creating dev branches from issues | Searching for issues (github-issue-search) |
| Bulk labeling/assigning/closing | Auto-detecting related issues (github-issue-autodetect) |
| Setting custom field values |
Execute the requested issue management operation.
Parse the operation from $ARGUMENTS[0]. Validate that specified issue numbers exist:
gh issue view $N --json number,title,state 2>/dev/null
If any issue is not found, report it and skip that issue.
Transfer an issue to another repository within the same organization or owner.
gh issue transfer $N $TARGET_REPO
Prerequisites:
Report the new issue URL after transfer.
Pin important issues to the top of the issues list (maximum 3 pinned per repo).
# Pin
gh issue pin $N
# Unpin
gh issue unpin $N
If pinning would exceed the 3-pin limit, report which issues are currently pinned and ask which to unpin.
Lock issue threads to prevent further comments.
# Lock with reason
gh issue lock $N --reason resolved
# Lock without reason
gh issue lock $N
# Unlock
gh issue unlock $N
| Reason | When to use |
|---|---|
resolved | Issue is fixed, no further discussion needed |
off-topic | Discussion has drifted from the issue |
too heated | Discussion has become unproductive |
spam | Issue thread contains spam |
Create a development branch linked to the issue.
# Create branch and switch to it locally
gh issue develop $N --checkout
# Create branch with custom name
gh issue develop $N --name $BRANCH_NAME --checkout
# Create branch without checkout
gh issue develop $N
The branch name defaults to {issue-number}-{issue-title-slug}. The branch is automatically linked to the issue on GitHub.
Apply the same operation to multiple issues at once.
Bulk label:
for N in $ISSUE_NUMBERS; do
gh issue edit $N --add-label "$LABELS"
done
Bulk assign:
for N in $ISSUE_NUMBERS; do
gh issue edit $N --add-assignee "$USERS"
done
Bulk close:
for N in $ISSUE_NUMBERS; do
gh issue close $N
done
Bulk reopen:
for N in $ISSUE_NUMBERS; do
gh issue reopen $N
done
Report success/failure count after bulk operations.
Manage custom issue fields (requires org-level issue field configuration).
List available fields:
# Get org name from repo
ORG=$(gh repo view --json owner --jq '.owner.login')
# List fields
gh api orgs/$ORG/issue-fields --jq '.[] | "\(.id): \(.name) (\(.type))"'
Get field values for an issue:
gh api repos/$OWNER/$REPO/issues/$N/issue-field-values \
--jq '.[] | "\(.field.name): \(.value)"'
Set a field value:
FIELD_ID=$(gh api orgs/$ORG/issue-fields --jq '.[] | select(.name == "$FIELD_NAME") | .id')
gh api repos/$OWNER/$REPO/issues/$N/issue-field-values \
-X POST -f field_id=$FIELD_ID -f value="$VALUE"
If the repo is not in an organization, report: "Custom issue fields require an organization-level repository."
| Operation | Report |
|---|---|
transfer | New issue URL in target repo |
pin/unpin | Confirmation, current pinned issues list |
lock/unlock | Confirmation with lock reason |
develop | Branch name and URL, checkout status |
bulk | Success/failure count per issue |
fields | Field values table or confirmation of update |
| Error | Cause | Action |
|---|---|---|
unknown command "develop" | Older gh CLI version | Report: "gh issue develop requires gh CLI 2.30+. Update with: gh upgrade" |
| 403 on transfer | No write access to target | Report permission requirement |
| 422 on pin | Already 3 pinned issues | List current pins, ask which to replace |
| 404 on issue-fields | Org doesn't have custom fields | Report: "Custom fields not configured for this organization" |
| Context | Command |
|---|---|
| Transfer issue | gh issue transfer N target-repo |
| Pin issue | gh issue pin N |
| Lock issue | gh issue lock N --reason resolved |
| Create dev branch | gh issue develop N --checkout |
| Bulk close | Loop: gh issue close N for each N |
| List custom fields | gh api orgs/{org}/issue-fields --jq '.[].name' |
| Get field values | gh api repos/{o}/{r}/issues/N/issue-field-values |