Skip to content

fix: update workflow reference and improve return value checks in CI scripts#34478

Merged
guanshengliang merged 11 commits intomainfrom
fix/check-return-value
Feb 5, 2026
Merged

fix: update workflow reference and improve return value checks in CI scripts#34478
guanshengliang merged 11 commits intomainfrom
fix/check-return-value

Conversation

@tomchon
Copy link
Copy Markdown
Contributor

@tomchon tomchon commented Feb 2, 2026

Copilot AI review requested due to automatic review settings February 2, 2026 12:45
@tomchon tomchon requested review from a team, feici02 and zitsen as code owners February 2, 2026 12:45
@gemini-code-assist
Copy link
Copy Markdown
Contributor

Summary of Changes

Hello @tomchon, 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!

This pull request focuses on enhancing the robustness and efficiency of the continuous integration (CI) pipeline. It includes a refinement to the return value checking mechanism in CI scripts, ensuring more accurate analysis. Additionally, the Dockerfile used for the CI environment has been updated to use newer Python and Rust versions, streamline dependency installations, and improve overall build process reliability by optimizing package management and .NET SDK installation.

Highlights

  • CI Script Refinement: Improved the accuracy of return value checks in CI scripts by ensuring they apply only to calls within the main file and optimizing directory creation logic.
  • Dockerfile Updates: Upgraded Python and Rust versions, streamlined dependency installations, and enhanced the overall build process reliability for the CI environment.
  • .NET SDK Installation: Switched to a more robust and version-controlled method for installing the .NET SDK within the CI Docker image.

🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console.

Ignored Files
  • Ignored by pattern: .github/workflows/** (1)
    • .github/workflows/new-framework-test.yml
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 by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

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 pull request 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 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. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

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.

Copy link
Copy Markdown
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 updates CI scripts and a Dockerfile. The changes to the Dockerfile include several good practices like version pinning and refactoring package installations. However, it contains a critical security vulnerability by hardcoding credentials for a pip index. The change in run.sh introduces a critical bug where an exit code check is applied to the wrong command, potentially leading to silent failures in the CI process. My review includes fixes for both of these critical issues.

Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

This pull request updates CI infrastructure by modifying the workflow reference to use a feature branch for testing a git ref lock fix, and makes various updates to the Dockerfile and build scripts. However, the PR contains several critical issues that need to be addressed.

Changes:

  • Updated GitHub workflow to reference fix/clean-git-ref-lock branch instead of main
  • Modified Dockerfile with Python and Rust version updates, apt source configuration changes, and improved dotnet installation
  • Refactored shell script logic for handling build directory creation and return value checks
  • Enhanced clang-tidy filter to include isExpansionInMainFile() matcher

Reviewed changes

Copilot reviewed 4 out of 4 changed files in this pull request and generated 5 comments.

File Description
.github/workflows/new-framework-test.yml Changed workflow reference from @main to @fix/clean-git-ref-lock branch
tests/ci/dockerfile_ci Updated Python to 3.9.25, Rust to 1.90.0, modified apt sources, changed dotnet installation method, added groff package, and moved TDinternal copy to end
test/ci/run.sh Moved mkdir command inside conditional block, changing the return value check logic
test/ci/filter_for_return_values Added isExpansionInMainFile() filter to improve clang-tidy matching

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

test/ci/run.sh Outdated
Comment on lines +460 to +463

if [ $? -eq 0 ]; then
if is_local_host "${hosts[index]}"; then
mkdir "$build_dir" >/dev/null
Copy link

Copilot AI Feb 2, 2026

Choose a reason for hiding this comment

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

The return value check on line 461 is now checking the wrong command. Before this change, mkdir "$build_dir" was executed first, then $? checked its return value. After this change, line 460 is blank and line 461's $? checks the return value of the previous command at line 456 (corefile=$(ls "$log_dir/${case_file}.coredump/" 2>/dev/null)), not the mkdir command which is now at line 463 inside the if block. This means the mkdir will always execute regardless of whether the directory creation would succeed, breaking the intended conditional logic. The mkdir command should be moved back before the if statement, or the if condition should be changed to directly check the mkdir result.

Suggested change
if [ $? -eq 0 ]; then
if is_local_host "${hosts[index]}"; then
mkdir "$build_dir" >/dev/null
mkdir "$build_dir" >/dev/null 2>&1
if [ $? -eq 0 ]; then
if is_local_host "${hosts[index]}"; then

Copilot uses AI. Check for mistakes.
@guanshengliang guanshengliang merged commit 0d9f9cf into main Feb 5, 2026
11 of 12 checks passed
@guanshengliang guanshengliang deleted the fix/check-return-value branch February 5, 2026 08:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants