Skip to content

Comments

feat: add Pull Request template#241

Open
Akarshkushwaha wants to merge 3 commits intoopenml:mainfrom
Akarshkushwaha:feature/add-pr-template
Open

feat: add Pull Request template#241
Akarshkushwaha wants to merge 3 commits intoopenml:mainfrom
Akarshkushwaha:feature/add-pr-template

Conversation

@Akarshkushwaha
Copy link

Description

This PR adds a [.github/PULL_REQUEST_TEMPLATE.md] to standardize contributions. It ensures that all future PRs include necessary details like a summary of changes, testing instructions, and a compliance checklist.

Fixes #83

Type of change

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • This change requires a documentation update

How Has This Been Tested?

  • Verified that the file [.github/PULL_REQUEST_TEMPLATE.md] exists and contains the correct markdown structure.
  • Validated that the markdown helps contributors provide clear and structured information.

Checklist:

  • My code follows the style guidelines of this project
  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • My changes generate no new warnings
  • I have added tests that prove my fix is effective or that my feature works
  • New and existing unit tests pass locally with my changes

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Feb 18, 2026

Warning

Rate limit exceeded

@Akarshkushwaha has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 9 minutes and 0 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

Walkthrough

A new pull request template file was added at .github/PULL_REQUEST_TEMPLATE.md. The template provides structured sections: Description, Type of change, How Has This Been Tested?, and Checklist, with placeholders for linking issues, selecting test options, and documenting code quality checks. The change consists of one added file (+31 lines) and does not modify any exported or public declarations.

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Title check ✅ Passed The title 'feat: add Pull Request template' clearly and concisely describes the main change: adding a PR template file to standardize contributions.
Description check ✅ Passed The description is directly related to the changeset, providing context about standardizing PR contributions, testing performed, and referencing issue #83.
Linked Issues check ✅ Passed The PR successfully implements the objective from issue #83 by adding a .github/PULL_REQUEST_TEMPLATE.md file with sections for change summary, testing instructions, and compliance checklist.
Out of Scope Changes check ✅ Passed All changes are directly related to the objective of adding a PR template; no out-of-scope modifications are present.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Contributor

@sourcery-ai sourcery-ai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey - I've left some high level feedback:

  • Consider tailoring the checklist so that some items are conditional (e.g., commenting code, adding tests) or grouped by change type, to avoid forcing contributors with simple or non-code changes to mark irrelevant boxes.
  • You might want to add a short 'Motivation/Context' or 'Background' section to help reviewers quickly understand why the change is needed in addition to what was changed.
  • If you expect PRs to frequently reference multiple issues or link to discussions, consider clarifying the 'Fixes # (issue)' line to show examples for multiple references (e.g., 'Fixes #123, relates to #456').
Prompt for AI Agents
Please address the comments from this code review:

## Overall Comments
- Consider tailoring the checklist so that some items are conditional (e.g., commenting code, adding tests) or grouped by change type, to avoid forcing contributors with simple or non-code changes to mark irrelevant boxes.
- You might want to add a short 'Motivation/Context' or 'Background' section to help reviewers quickly understand why the change is needed in addition to what was changed.
- If you expect PRs to frequently reference multiple issues or link to discussions, consider clarifying the 'Fixes # (issue)' line to show examples for multiple references (e.g., 'Fixes #123, relates to #456').

Sourcery is free for open source - if you like our reviews please consider sharing them ✨
Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🧹 Nitpick comments (2)
.github/PULL_REQUEST_TEMPLATE.md (2)

19-20: Replace the generic Test A / Test B placeholders with meaningful test-type options.

Test A and Test B provide no guidance to contributors. Typical PR templates enumerate the actual test categories relevant to the project.

♻️ Proposed improvement
-- [ ] Test A
-- [ ] Test B
+- [ ] Unit tests
+- [ ] Integration tests
+- [ ] Manual / exploratory testing
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In @.github/PULL_REQUEST_TEMPLATE.md around lines 19 - 20, Replace the generic
checklist items "- [ ] Test A" and "- [ ] Test B" in the PR template with
concrete test-type options that match this repo (e.g., unit tests, integration
tests, end-to-end tests, linting/formatting checks, manual QA), updating the
checklist lines so contributors can select the specific applicable test
categories instead of vague placeholders; locate the two placeholder lines ("- [
] Test A" and "- [ ] Test B") and substitute them with the meaningful options
used by the project.

22-22: Remove the trailing colon from # Checklist: for consistency with the other headings.

📝 Proposed fix
-# Checklist:
+# Checklist
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In @.github/PULL_REQUEST_TEMPLATE.md at line 22, The heading "# Checklist:"
includes a trailing colon that is inconsistent with other headings; edit the
pull request template to remove the colon so the heading reads "# Checklist"
(locate the string "# Checklist:" in .github/PULL_REQUEST_TEMPLATE.md and update
it to "# Checklist").
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In @.github/PULL_REQUEST_TEMPLATE.md:
- Line 8: Change the "## Type of change" heading to a top-level H1 ("# Type of
change") so it matches the other top-level sections like "# Description", "# How
Has This Been Tested?", and "# Checklist:" in the PULL_REQUEST_TEMPLATE.md;
update the single-line header text exactly from "## Type of change" to "# Type
of change" to preserve consistency across the file.

---

Nitpick comments:
In @.github/PULL_REQUEST_TEMPLATE.md:
- Around line 19-20: Replace the generic checklist items "- [ ] Test A" and "- [
] Test B" in the PR template with concrete test-type options that match this
repo (e.g., unit tests, integration tests, end-to-end tests, linting/formatting
checks, manual QA), updating the checklist lines so contributors can select the
specific applicable test categories instead of vague placeholders; locate the
two placeholder lines ("- [ ] Test A" and "- [ ] Test B") and substitute them
with the meaningful options used by the project.
- Line 22: The heading "# Checklist:" includes a trailing colon that is
inconsistent with other headings; edit the pull request template to remove the
colon so the heading reads "# Checklist" (locate the string "# Checklist:" in
.github/PULL_REQUEST_TEMPLATE.md and update it to "# Checklist").

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In @.github/PULL_REQUEST_TEMPLATE.md:
- Line 21: Remove the trailing colon from the inconsistent top-level heading "#
Checklist:" and change it to "# Checklist" so it matches the style of other
headings (e.g., "# Description", "# Type of change", "# How Has This Been
Tested?"); update the heading text in the template where "# Checklist:" appears
to "# Checklist" (search for the exact string "# Checklist:" to locate the
spot).
- Line 5: Replace the incorrect placeholder "Fixes # (issue)" in the pull
request template with a correct example pattern that will trigger GitHub
auto-closing (remove the space after the #); update the line containing the
literal "Fixes # (issue)" to a clear example such as "Fixes `#123`" or "Fixes
`#123`, `#456`" so contributors can copy-paste a working issue link; ensure the
template still includes the explanatory text but uses the corrected example
pattern wherever "Fixes # (issue)" appears.

@Akarshkushwaha
Copy link
Author

Hi @PGijsbers,

I've added the Pull Request template as discussed in #83. It includes standard sections for Description, Type of Change, and Checklist to streamline future contributions.
Let me know if any adjustments are needed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Add Pull Request Template

1 participant