-
Notifications
You must be signed in to change notification settings - Fork 2k
[None][infra] Set up the initial config for CodeRabbit #6128
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
WalkthroughA new Changes
Poem
📜 Recent review detailsConfiguration used: .coderabbit.yaml 📒 Files selected for processing (2)
🚧 Files skipped from review as they are similar to previous changes (2)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (1)
🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed help? Create a ticket on our support page for assistance with any issues or questions. Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
Documentation and Community
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
🧹 Nitpick comments (2)
.coderabbit.yaml (1)
20-21: Avoid listing the default branch inbase_branches.
base_branchesis intended for additional branches beyond the repo’s default. Including"main"is redundant and may confuse future maintainers.- base_branches: ["main", "release/.+"] + # Review additional release branches; default branch is always reviewed + base_branches: ["release/.+"].github/pull_request_template.md (1)
4-5: Placeholders will show up as plain text in new PRs.
@coderabbitailines are rendered in the PR body and may ping the bot before the author finishes editing.
If that’s undesirable, wrap them in HTML comments so they remain invisible:-@coderabbitai +<!-- @coderabbitai -->Same applies to the summary placeholder below.
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (2)
.coderabbit.yaml(1 hunks).github/pull_request_template.md(2 hunks)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (1)
- GitHub Check: Pre-commit Check
🔇 Additional comments (1)
.coderabbit.yaml (1)
22-22: Double-check intent behind disabling commit status reporting.Setting
commit_status: falsestops CodeRabbit from posting “pending/success” statuses on commits.
If your CI or merge rules rely on those statuses, reviews will no longer gate merges.No action required if this is deliberate—otherwise flip it back to
true.
|
@coderabbitai Why the inserted |
|
Tip For best results, initiate chat on the files or code changes. 🧩 Analysis chain@chzblych The Here's what happened:
To test the title generation feature, you could:
The template tags you added are more likely intended for other automation purposes, but they won't trigger the title generation since they're in the template, not the actual PR title. 🏁 Script executed: Length of output: 3191 🏁 Script executed: Length of output: 674 🏁 Script executed: Length of output: 908 @chzblych Now I can see exactly what happened! The issue is that the Here's what I found: Current situation:
How title generation actually works:
To test the title generation feature:
Then CodeRabbit should automatically generate a new title based on the PR content. The template tags you added: Would you like to try editing the PR title to include |
|
@coderabbitai Is it possible to auto-generate a PR title but add it to the PR's description? What should I configure CodeRabbit? |
|
Tip For best results, initiate chat on the files or code changes. 🧩 Analysis chain@chzblych Let me check the current CodeRabbit configuration and look up the available options for title generation. Based on my analysis of CodeRabbit's configuration options, it's not possible to auto-generate a PR title and place it in the description instead of the actual title field. Here's why: Current CodeRabbit Title Generation Behavior:
Available Alternatives:
Current Configuration Options:
Recommendation:
Would you like me to help you optimize your current template setup or explore other CodeRabbit features that might meet your needs? 🏁 Script executed: Length of output: 908 🌐 Web query: 💡 Result: CodeRabbit offers configurable options to customize how pull request (PR) titles are generated and placed within the description. While the exact options might vary depending on the version or specific integration, generally, you can expect configurations such as:
If you want, I can help you find the most current and detailed documentation or configuration options for CodeRabbit PR title generation and placement. Would you like me to do that? 🌐 Web query: 💡 Result: CodeRabbit's YAML configuration schema includes settings for automatic pull request title generation through the Key Points for Title Generation Settings
Example Usage in
|
|
@coderabbitai Then is it possible to have "@coderabbitai summary" auto-generate the title in the description field as well? |
|
Tip For best results, initiate chat on the files or code changes. 🧩 Analysis chain@chzblych Let me check the specific capabilities of the Based on my research, the Current
|
7cdb73c to
2279d14
Compare
Signed-off-by: Yanchao Lu <[email protected]>
2279d14 to
a80284c
Compare
Signed-off-by: Yanchao Lu <[email protected]>
Signed-off-by: Yanchao Lu <[email protected]> Signed-off-by: qqiao <[email protected]> Co-authored-by: Emma Qiao <[email protected]>
Summary by CodeRabbit
Description
Test Coverage
GitHub Bot Help
/bot [-h] ['run', 'kill', 'skip', 'reuse-pipeline'] ...Provide a user friendly way for developers to interact with a Jenkins server.
Run
/bot [-h|--help]to print this help message.See details below for each supported subcommand.
Details
run [--disable-fail-fast --skip-test --stage-list "A10-1, xxx" --gpu-type "A30, H100_PCIe" --add-multi-gpu-test --only-multi-gpu-test --disable-multi-gpu-test --post-merge --extra-stage "H100_PCIe-[Post-Merge]-1, xxx"]Launch build/test pipelines. All previously running jobs will be killed.
--disable-fail-fast(OPTIONAL) : Disable fail fast on build/tests/infra failures.--skip-test(OPTIONAL) : Skip all test stages, but still run build stages, package stages and sanity check stages. Note: Does NOT update GitHub check status.--stage-list "A10-1, xxx"(OPTIONAL) : Only run the specified test stages. Examples: "A10-1, xxx". Note: Does NOT update GitHub check status.--gpu-type "A30, H100_PCIe"(OPTIONAL) : Only run the test stages on the specified GPU types. Examples: "A30, H100_PCIe". Note: Does NOT update GitHub check status.--only-multi-gpu-test(OPTIONAL) : Only run the multi-GPU tests. Note: Does NOT update GitHub check status.--disable-multi-gpu-test(OPTIONAL) : Disable the multi-GPU tests. Note: Does NOT update GitHub check status.--add-multi-gpu-test(OPTIONAL) : Force run the multi-GPU tests. Will also run L0 pre-merge pipeline.--post-merge(OPTIONAL) : Run the L0 post-merge pipeline instead of the ordinary L0 pre-merge pipeline.--extra-stage "H100_PCIe-[Post-Merge]-1, xxx"(OPTIONAL) : Run the ordinary L0 pre-merge pipeline and specified test stages. Examples: --extra-stage "H100_PCIe-[Post-Merge]-1, xxx".For guidance on mapping tests to stage names, see
docs/source/reference/ci-overview.md.kill
killKill all running builds associated with pull request.
skip
skip --comment COMMENTSkip testing for latest commit on pull request.
--comment "Reason for skipping build/test"is required. IMPORTANT NOTE: This is dangerous since lack of user care and validation can cause top of tree to break.reuse-pipeline
reuse-pipelineReuse a previous pipeline to validate current commit. This action will also kill all currently running builds associated with the pull request. IMPORTANT NOTE: This is dangerous since lack of user care and validation can cause top of tree to break.