Skip to main content

raise-pr

Step-by-step workflow for committing staged changes and opening a pull request in the lightspeed-service repo.

Informations de source

Dépôt
openshift/lightspeed-service
Dernière activité de la source
11 mars 2026 à 08:21
Langue détectée de SKILL.md
anglais
Étoiles
71
Forks
93

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

Affichage de SKILL.md

SKILL.md
Instructions source · Aperçu en lecture seule
name
raise-pr
description
Step-by-step workflow for committing staged changes and opening a pull request in the lightspeed-service repo.
disable-model-invocation
true
# Create a PR ## Step 1: Branch ```bash git fetch upstream git branch --show-current git log --oneline upstream/main..HEAD git diff upstream/main --stat gh pr list --head "$(git branch --show-current)" --state open ``` Present the summary and ask before proceeding: > "You are currently on branch `<branch>`. It has `<N>` commit(s) ahead of `upstream/main` touching: `<files>`. > [If an open PR exists]: This branch already has an open PR: `<url>`. Pushing here would add commits to that existing PR. > Should I create a **new branch** from `upstream/main` (recommended), or use the current branch?" **Do not continue until the user answers.** If creating a new branch — git carries uncommitted changes automatically: ```bash git fetch upstream git checkout -b <type>/<short-description> upstream/main # cherry-pick intended commits from the old branch if needed git cherry-pick <sha1> <sha2> ... ``` Never branch from `origin/main` — the fork may have stale commits that will appear in the PR. ## Step 2: Pre-commit checks Run in order and fix all failures before proceeding: 1. `make test-unit` 2. `make test-integration` 3. `make verify` 4. Confirm 90%+ coverage is maintained for changed code ## Step 3: Commit and push If a Jira issue ID has not been provided, ask the user for it before proceeding. Commit message: short imperative sentence, no period, no conventional prefix, no Jira ID. ```bash git add -A # or only the relevant files git commit -m "<message>" git push -u origin HEAD ``` ## Step 4: Open the PR Title format: `<JIRA-ID>: <same short imperative sentence as commit>` Read `.github/PULL_REQUEST_TEMPLATE.md` and populate all sections: - **Description** — what the change does and why, derived from the diff - **Type of change** — tick the relevant checkbox(es) - **Related Tickets & Documents** — `Closes #<github-issue>` if it resolves one; always link the Jira ticket - Ticket links are in the format: https://issues.redhat.com/browse/<JIRA-ID> - **Checklist** — tick what applies; leave unticked items that genuinely don't apply - **Testing** — describe how the change was verified ```bash gh pr create --title "<JIRA-ID>: <description>" --body "$(cat <<'EOF' <populated template> EOF )" ``` Return the PR URL to the user when done.
Voir sur GitHub