Skip to content

[doc] improve ci doc #19307

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

Open
wants to merge 2 commits into
base: main
Choose a base branch
from
Open

Conversation

reidliu41
Copy link
Contributor

@reidliu41 reidliu41 commented Jun 7, 2025

Essential Elements of an Effective PR Description Checklist

  • The purpose of the PR, such as "Fix some issue (link existing issues this PR will resolve)".
  • The test plan, such as providing test command.
  • The test results, such as pasting the results comparison before and after, or e2e results

Purpose

  • wl-copy is not installed by default, so add the link
  • move the script to .buildkite/scripts to manage

Test Plan

Test Result

Signed-off-by: reidliu41 <reid201711@gmail.com>
@reidliu41 reidliu41 requested a review from hmellor as a code owner June 7, 2025 05:53
Copy link

github-actions bot commented Jun 7, 2025

👋 Hi! Thank you for contributing to the vLLM project.

💬 Join our developer Slack at https://slack.vllm.ai to discuss your PR in #pr-reviews, coordinate on features in #feat- channels, or join special interest groups in #sig- channels.

Just a reminder: PRs would not trigger full CI run by default. Instead, it would only run fastcheck CI which starts running only a small and essential subset of CI tests to quickly catch errors. You can run other CI tests on top of those by going to your fastcheck build on Buildkite UI (linked in the PR checks section) and unblock them. If you do not have permission to unblock, ping simon-mo or khluu to add you in our Buildkite org.

Once the PR is approved and ready to go, your PR reviewer(s) can run CI to test the changes comprehensively before merging.

To run CI, PR reviewers can either: Add ready label to the PR or enable auto-merge.

🚀

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

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

Hello @reidliu41, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

Summary of Changes

Hello team, Gemini here with a summary of this pull request. This PR aims to improve the documentation around handling CI failures by introducing dedicated bash scripts for common debugging tasks and updating the ci-failures.md document to reference these new scripts. Specifically, it adds scripts for cleaning CI logs (stripping timestamps and color codes) and for repeatedly rerunning a specific test. The documentation is updated to guide users to use these scripts instead of inline commands and also adds a link to the wl-clipboard tool, addressing the point that it's not installed by default.

Highlights

  • Documentation Improvement: Updates the docs/contributing/ci-failures.md file to provide clearer instructions for debugging CI failures.
  • New Utility Scripts: Introduces two new bash scripts in .buildkite/scripts/: one for cleaning CI logs (ci-clean-log.sh) and one for rerunning specific tests (rerun-test.sh).
  • Script Relocation: Moves the logic for cleaning logs and rerunning tests into dedicated, version-controlled scripts within the .buildkite/scripts directory.
  • External Tool Mention: Adds a link to the wl-clipboard tool in the documentation, acknowledging that it might not be installed by default.

Changelog

  • .buildkite/scripts/ci-clean-log.sh
    • Added a new bash script to strip timestamps and color codes from a given log file using sed.
  • .buildkite/scripts/rerun-test.sh
    • Added a new bash script to repeatedly run a specified pytest test until it passes.
  • docs/contributing/ci-failures.md
    • Replaced inline sed commands for log cleaning with a reference to the new ci-clean-log.sh script.
    • Replaced the inline bash loop for rerunning tests with a reference to the new rerun-test.sh script.
    • Added a link to the wl-clipboard tool.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in issue comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist is currently in preview and may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments to provide feedback.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@mergify mergify bot added documentation Improvements or additions to documentation ci/build labels Jun 7, 2025
Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

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

Code Review

This pull request improves the CI failure documentation by introducing helper scripts for common tasks like cleaning log files and rerunning tests, and by adding a helpful link for wl-copy. These changes make the documentation more user-friendly and the CI debugging process potentially smoother. The introduction of dedicated scripts is a good step towards better organization.

I've found a couple of issues in the documentation update that need addressing, primarily an incorrect script reference and a script name mismatch in an example command.

Summary of Findings

  • Incorrect Script Link in Documentation: In docs/contributing/ci-failures.md, the section for rerunning tests incorrectly links to the ci-clean-log.sh script via the <gh-file> tag instead of the rerun-test.sh script. This was flagged as a high severity issue and a review comment was added.
  • Script Naming Inconsistency in Documentation Example: The example command in docs/contributing/ci-failures.md for rerun-test.sh uses rerun_test.sh (with an underscore), while the actual script is named rerun-test.sh (with a hyphen). This could lead to user error. This was flagged as a medium severity issue and a review comment was added.
  • Bash Script Robustness: The new bash scripts (.buildkite/scripts/ci-clean-log.sh, .buildkite/scripts/rerun-test.sh) could be made more robust by adding set -euo pipefail at the beginning. This is a low severity suggestion and was not commented on directly due to review settings.
  • Usage Comment Inconsistency in Scripts: The static usage comments within the bash scripts (ci-clean-log.sh line 2, rerun-test.sh line 3) use filenames with underscores (e.g., ci_clean_log.sh), while the actual script files are named with hyphens (e.g., ci-clean-log.sh). While the dynamic $0 in error messages will be correct, these static comments are misleading. This is a low severity suggestion and was not commented on directly due to review settings.

Merge Readiness

The pull request introduces valuable improvements to the CI documentation. However, there is a high severity issue (incorrect script link) and a medium severity issue (script name mismatch in an example) that should be addressed before merging to ensure the documentation is accurate and helpful. Once these changes are made, the PR should be in good shape. As a reviewer, I am not authorized to approve the pull request; please ensure further review and approval from authorized maintainers.

Signed-off-by: reidliu41 <reid201711@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ci/build documentation Improvements or additions to documentation
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy