ci: validate PR titles as conventional commits
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 82/100
- Issue type
- Feature
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- github-actions, typescript
- Domain
- ci-cd
Research direction
Read AGENTS.md, release-please-config.json, and CONTRIBUTING.md first to confirm pinning and changelog conventions. Add .github/workflows/pr-title.yml with the specified pull request events, least-privilege permissions, stable job name, and title validation; document the convention in CONTRIBUTING.md. Verify that feat: add rule passes and added a rule fails.
Written by the indexing model from the issue text.
Description
Goal
Fail a PR check when the PR title is not a valid Conventional Commit. release-please reads commits on main, and with squash merging the PR title becomes the commit message, so the title is what needs validating.
Tasks
- Add
.github/workflows/pr-title.ymlrunning onpull_request_targetorpull_request(opened,edited,synchronize,reopened) withamannn/action-semantic-pull-requestor an equivalent. - Pin the action to its commit SHA with the full semver in a trailing comment, using the latest stable release (
gh api repos/<owner>/<repo>/releases/latest), perAGENTS.md. - Use least-privilege
permissions(pull-requests: read). - Restrict allowed types to the ones release-please and the repo use (
feat,fix,docs,chore,refactor,perf,test,build,ci,style,revert). Checkrelease-please-config.jsonfor the types that appear in the changelog. - Document the PR title convention in
CONTRIBUTING.md.
Acceptance criteria
- A PR titled
feat: add rulepasses andadded a rulefails. - The job name is stable so a ruleset can require it (see the follow-up issue on repo settings).
- Dominant language
- TypeScript
- Stars
- 1
- Forks
- 0
- Avg merge
- 2h 8m
- Merged PRs (30d)
- 64
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from nemchik/biome-plugin-suitescript
-
ready-for-agent
Difficulty 1/5 1-3 hours Newbie friendliness 72/100
nemchik/biome-plugin-suitescript#137 ·
Maintainers usually reply within 1 day
-
needs-triage
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
nemchik/biome-plugin-suitescript#87 ·
Maintainers usually reply within 1 day
-
ready-for-agent
Difficulty 3/5 Half a day Newbie friendliness 45/100
nemchik/biome-plugin-suitescript#138 ·
Maintainers usually reply within 1 day
-
ready-for-agent
Difficulty 2/5 1-3 hours Newbie friendliness 45/100
nemchik/biome-plugin-suitescript#136 ·
Maintainers usually reply within 1 day
-
needs-triage
Difficulty 1/5 Under an hour Newbie friendliness 35/100
nemchik/biome-plugin-suitescript#135 ·
Maintainers usually reply within 1 day
All issues in nemchik/biome-plugin-suitescript
Similar issues
-
parse: child keys like `007`, `1e3`, `0x1f`, `-1` make the parent an empty array and hide the valueOpen
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enhancement follow-up
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
Difficulty 1/5 Under an hour Newbie friendliness 62/100
bketelsen/pi-pocket-team#232 ·
Maintainers usually reply within 1 day
-
bug UI
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
wardian-app/Wardian#1746 ·
Maintainers usually reply within 1 day
-
area: interop area: sip-core v3
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
fonoster/routr#705 · 1 comment ·
Maintainers usually reply within 1 day