Skip to content
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

feat: implement naive fuzz test for region migration #4252

Merged
merged 5 commits into from
Jul 3, 2024

Conversation

WenyXu
Copy link
Member

@WenyXu WenyXu commented Jul 2, 2024

I hereby agree to the terms of the GreptimeDB CLA.

Refer to a related PR or issue link (optional)

What's changed and what's your intention?

  1. Adapt create table generator for new partition rules
  2. Implement naive fuzz test for region migration

Checklist

  • I have written the necessary rustdoc comments.
  • I have added the necessary unit tests and integration tests.
  • This PR requires documentation updates.

Summary by CodeRabbit

  • New Features

    • Introduced additional targets for workflow configuration to enhance testing capabilities.
    • Added new functionalities for testing database region migration and failover through fuzz testing.
  • Refactor

    • Improved the logic for generating partition definitions and expressions for tables.
    • Updated partitioning logic and table options formatting for better performance.
  • Tests

    • Enhanced testing procedures by adding methods for timestamp retrieval, column information extraction, and procedure state management.
    • Improved region migration testing with new asynchronous functions and error handling capabilities.

@WenyXu WenyXu requested a review from a team as a code owner July 2, 2024 11:14
Copy link
Contributor

coderabbitai bot commented Jul 2, 2024

Warning

Rate limit exceeded

@WenyXu has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 9 minutes and 8 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.

Commits

Files that changed from the base of the PR and between b9d414d and 3b76af8.

Walkthrough

The changes primarily focus on enhancing fuzz testing functionalities in a database system. New targets for fuzz testing region migration and failover operations were added. Additionally, there’s a refactoring of the partitioning logic and introduction of utilities for region migration and procedure handling. The updates improve the testing of table partitioning, timestamp operations, and region management capabilities.

Changes

File(s) Change Summary
.github/workflows/develop.yml Added new targets "fuzz_migrate_mito_regions" and "fuzz_failover_mito_regions" to workflow matrix configuration.
tests-fuzz/Cargo.toml Added binary configurations for fuzz_migrate_mito_regions and fuzz_failover_mito_regions.
tests-fuzz/src/context.rs Added method timestamp_column to TableContext struct for retrieving the timestamp column.
tests-fuzz/src/generator/create_expr.rs, tests-fuzz/src/translator/mysql/create_expr.rs Refactored partition definitions logic and updated partition expression generation and table options formatting.
tests-fuzz/src/ir.rs, tests-fuzz/src/ir/insert_expr.rs Added functions for generating partition bounds, values, sorting rows, and retrieving column information in InsertIntoExpr struct. Updated timestamp generation logic.
tests-fuzz/src/utils.rs, tests-fuzz/src/utils/migration.rs, tests-fuzz/src/utils/procedure.rs Added migration and procedure modules with functions for region migration, distribution, procedure state fetching, and procedure completion waiting.
tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs Added functionality for testing region migration in a database system with fuzz testing capabilities.

Sequence Diagram(s)

sequenceDiagram
    participant FuzzTester
    participant MigrationModule
    participant Database

    FuzzTester->>MigrationModule: Invoke migrate_region(from_peer, to_peer)
    MigrationModule->>Database: Execute SQL for region transfer
    Database->>MigrationModule: Return transfer status
    MigrationModule->>FuzzTester: Return migration result

    FuzzTester->>MigrationModule: Wait for region distribution
    MigrationModule->>Database: Check region distribution
    Database->>MigrationModule: Return current distribution
    MigrationModule->>FuzzTester: Return distribution status
Loading

Poem

In the realm of data bright,
Fuzzing regions takes its flight.
Partitions whisper, bounds align,
Mitos migrate, procedures refine.
New paths usher through code's might,
All tested well, from morn to night.
🌟


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

Share
Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai generate interesting stats about this repository and render them as a table.
    • @coderabbitai show all the console.log statements in this repository.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

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 as PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Additionally, you can add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.

CodeRabbit Configration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@github-actions github-actions bot added the docs-not-required This change does not impact docs. label Jul 2, 2024
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: 3

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between e64379d and b7c12a9.

Files selected for processing (11)
  • .github/workflows/develop.yml (1 hunks)
  • tests-fuzz/Cargo.toml (1 hunks)
  • tests-fuzz/src/context.rs (1 hunks)
  • tests-fuzz/src/generator/create_expr.rs (5 hunks)
  • tests-fuzz/src/ir.rs (5 hunks)
  • tests-fuzz/src/ir/insert_expr.rs (1 hunks)
  • tests-fuzz/src/translator/mysql/create_expr.rs (6 hunks)
  • tests-fuzz/src/utils.rs (2 hunks)
  • tests-fuzz/src/utils/migration.rs (1 hunks)
  • tests-fuzz/src/utils/procedure.rs (1 hunks)
  • tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs (1 hunks)
Files skipped from review due to trivial changes (2)
  • .github/workflows/develop.yml
  • tests-fuzz/Cargo.toml
Additional comments not posted (19)
tests-fuzz/src/utils/procedure.rs (1)

35-55: LGTM!

The function correctly waits for a procedure to finish within the specified timeout.

tests-fuzz/src/utils/migration.rs (1)

49-92: LGTM!

The function correctly waits for the region distribution to match the expected distribution within the specified timeout.

tests-fuzz/src/ir/insert_expr.rs (4)

30-32: LGTM!

The method correctly returns the timestamp column from the columns vector.


35-41: LGTM!

The method correctly returns the index of the timestamp column from the columns vector.


43-50: LGTM!

The method correctly returns a vector of columns that are primary keys or time indices.


52-60: LGTM!

The method correctly returns the indices of columns that are primary keys or time indices.

tests-fuzz/src/utils.rs (3)

19-19: LGTM!

The module migration is correctly added to the file.


22-22: LGTM!

The module procedure is correctly added to the file.


131-143: LGTM!

The function test_fetch_rows is correctly added to the file.

tests-fuzz/src/context.rs (1)

60-63: LGTM! But verify the function usage in the codebase.

The code changes are approved.

However, ensure that all function calls to timestamp_column are used correctly.

Verification successful

Function usage appears correct.

The timestamp_column function is used appropriately across the codebase for fetching timestamp columns and performing dependent operations.

  • tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs: Used for validating rows and fetching timestamp column indices.
  • src/table/src/metadata.rs: Used for schema validation.
  • src/promql/src/extension_plan/range_manipulate.rs: Used for creating timestamp arrays.
  • src/datatypes/src/schema.rs: Used for accessing timestamp column schema.
  • src/query/src/optimizer/count_wildcard.rs: Used for setting time index column.
  • src/operator/src/statement/copy_table_to.rs: Used for building filters from timestamp.
Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify all function calls to `timestamp_column` are used correctly.

# Test: Search for the function usage. Expect: Correct usage of the function.
rg --type rust $'timestamp_column'

Length of output: 5929



Script:

#!/bin/bash
# Description: Extract and review the context of the `timestamp_column` function usage across the identified files.

# Extracting relevant lines around the usage of `timestamp_column` in each file.
rg --type rust -A 5 -B 5 'timestamp_column' tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs
rg --type rust -A 5 -B 5 'timestamp_column' src/table/src/metadata.rs
rg --type rust -A 5 -B 5 'timestamp_column' src/promql/src/extension_plan/range_manipulate.rs
rg --type rust -A 5 -B 5 'timestamp_column' src/datatypes/src/schema.rs
rg --type rust -A 5 -B 5 'timestamp_column' src/query/src/optimizer/count_wildcard.rs
rg --type rust -A 5 -B 5 'timestamp_column' src/operator/src/statement/copy_table_to.rs

Length of output: 5803

tests-fuzz/src/translator/mysql/create_expr.rs (2)

139-141: LGTM! But verify the function usage in the codebase.

The code changes are approved.

However, ensure that all function calls to format_table_options are used correctly.


78-83: LGTM! But verify the function usage in the codebase.

The code changes are approved.

However, ensure that all function calls to format_partition are used correctly.

Verification successful

To verify the correct usage of the format_partition function, we need to review the surrounding code where it is called. Let's extract and examine the context around if let Some(partition) = Self::format_partition(input) to ensure it is used correctly.


Let's adjust the search pattern to ensure it matches the correct line and re-run the script to extract the surrounding context for verification.


Let's perform a broader search to gather more context around the format_partition function calls to ensure we capture the relevant lines for verification.


The usage of the format_partition function is correct.

The format_partition function is used within the format_table_options function, and it is called appropriately, with its result being pushed into the output vector if it is Some.

  • format_partition is defined correctly and used properly within the format_table_options function.
Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify all function calls to `format_partition` are used correctly.

# Test: Search for the function usage. Expect: Correct usage of the function.
rg --type rust $'format_partition'

Length of output: 476



Script:

#!/bin/bash
# Extract and review the context around the usage of `format_partition`.

# Extract 10 lines before and after the usage of `format_partition`
rg -A 10 -B 10 'if let Some(partition) = Self::format_partition(input)' tests-fuzz/src/translator/mysql/create_expr.rs

Length of output: 120



Script:

#!/bin/bash
# Extract and review the context around the usage of `format_partition`.

# Extract 10 lines before and after the usage of `format_partition`
rg -A 10 -B 10 'Self::format_partition(input)' tests-fuzz/src/translator/mysql/create_expr.rs

Length of output: 95



Script:

#!/bin/bash
# Perform a broader search to gather more context around the `format_partition` function calls.

# Extract 20 lines before and after the usage of `format_partition`
rg -A 20 -B 20 'format_partition' tests-fuzz/src/translator/mysql/create_expr.rs

Length of output: 3160

tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs (1)

134-290: LGTM! But verify the function usage in the codebase.

The code changes are approved.

However, ensure that all function calls to execute_region_migration are used correctly.

Verification successful

Function usage of execute_region_migration is correct.

The function execute_region_migration is called within a fuzz target block with appropriate context setup.

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify all function calls to `execute_region_migration` are used correctly.

# Test: Search for the function usage. Expect: Correct usage of the function.
rg --type rust $'execute_region_migration'

Length of output: 288



Script:

#!/bin/bash
# Extract and review the surrounding code where `execute_region_migration` is called.
sed -n '280,300p' tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs

Length of output: 812

tests-fuzz/src/ir.rs (5)

115-139: LGTM! But verify the function usage in the codebase.

The code changes are approved.

However, ensure that all function calls to generate_partition_bounds are used correctly.

Verification successful

Verify the function usage of generate_partition_bounds in the codebase.

The code changes are approved, but the function generate_partition_bounds is used in tests-fuzz/src/generator/create_expr.rs. We need to ensure that these calls are correct.


Function usage of generate_partition_bounds is correct.

The function generate_partition_bounds is used within generate_partition_def in tests-fuzz/src/generator/create_expr.rs. The usage is consistent with its intended purpose.

  • tests-fuzz/src/generator/create_expr.rs
Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify all function calls to `generate_partition_bounds` are used correctly.

# Test: Search for the function usage. Expect: Correct usage of the function.
rg --type rust $'generate_partition_bounds'

Length of output: 408



Script:

#!/bin/bash
# Extract lines around the usage of `generate_partition_bounds` in `tests-fuzz/src/generator/create_expr.rs`
rg -C 5 'generate_partition_bounds' tests-fuzz/src/generator/create_expr.rs

Length of output: 1173


167-179: LGTM! But verify the function usage in the codebase.

The code changes are approved.

However, ensure that all function calls to generate_unique_timestamp_for_mysql are used correctly.

Verification successful

The function generate_unique_timestamp_for_mysql is used correctly in the identified files:

  • tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs:
    • The function is used within a .ts_value_generator(generate_unique_timestamp_for_mysql(0)) call, which sets up a timestamp value generator correctly.
  • tests-fuzz/targets/failover/fuzz_failover_mito_regions.rs:
    • The function is used within a .ts_value_generator(generate_unique_timestamp_for_mysql(current_time_millis())) call, which also sets up a timestamp value generator correctly.

No further issues were found with the usage of this function.

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify all function calls to `generate_unique_timestamp_for_mysql` are used correctly.

# Test: Search for the function usage. Expect: Correct usage of the function.
rg --type rust $'generate_unique_timestamp_for_mysql'

Length of output: 737



Script:

#!/bin/bash
# Extract code snippets where `generate_unique_timestamp_for_mysql` is used.

# Extract the usage from `fuzz_migrate_mito_regions.rs`
echo "Usage in fuzz_migrate_mito_regions.rs:"
rg -A 10 'generate_unique_timestamp_for_mysql' tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs

# Extract the usage from `fuzz_failover_mito_regions.rs`
echo "Usage in fuzz_failover_mito_regions.rs:"
rg -A 10 'generate_unique_timestamp_for_mysql' tests-fuzz/targets/failover/fuzz_failover_mito_regions.rs

Length of output: 2323


539-552: LGTM! But verify the function usage in the codebase.

The code changes are approved.

However, ensure that all function calls to sort_by_primary_keys are used correctly.

Verification successful

Ensure correct types and usage for sort_by_primary_keys function arguments.

The function sort_by_primary_keys is used in the context of sorting expected_rows before validating them against fetched_rows. Verify that:

  • expected_rows is a mutable slice of RowValues.

  • primary_keys_idx is a Vec<usize>.

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify all function calls to `sort_by_primary_keys` are used correctly.

# Test: Search for the function usage. Expect: Correct usage of the function.
rg --type rust $'sort_by_primary_keys'

Length of output: 535



Script:

#!/bin/bash
# Extract the context of `sort_by_primary_keys` usage in `tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs`
rg --type rust -C 5 'sort_by_primary_keys' tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs

Length of output: 1993


554-562: LGTM! But verify the function usage in the codebase.

The code changes are approved.

However, ensure that all function calls to format_columns are used correctly.

Verification successful

Verify the function usage in the codebase.

The function format_columns is used in several places. We need to verify that it is used correctly in each of these instances.


Verify the function usage in the codebase.

The function format_columns is used in several places. After reviewing the context lines, it appears that the function is used correctly in each instance.

  • The function is used to format column names for SQL queries in tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs.
  • It is also used in the CreateTableExprTranslator and InsertIntoExprTranslator implementations in tests-fuzz/src/translator/postgres/create_expr.rs, tests-fuzz/src/translator/mysql/create_expr.rs, and tests-fuzz/src/translator/mysql/insert_expr.rs.

All instances show correct usage of the format_columns function, ensuring the inputs are slices of columns and the outputs are used in string formatting for SQL queries.

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify all function calls to `format_columns` are used correctly.

# Test: Search for the function usage. Expect: Correct usage of the function.
rg --type rust $'format_columns'

Length of output: 1382



Script:

#!/bin/bash
# Extract relevant lines of code where `format_columns` is used to verify correct usage.

# Extract the surrounding 5 lines of context for each usage of `format_columns`
rg --type rust --context 5 'format_columns'

Length of output: 9334


Line range hint 515-536: LGTM! But verify the function usage in the codebase.

The code changes are approved.

However, ensure that all function calls to replace_default are used correctly.

Verification successful

Function usage verified.

The function replace_default is used correctly in the following files:

  • tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs
  • tests-fuzz/targets/fuzz_insert_logical_table.rs
  • tests-fuzz/targets/fuzz_insert.rs

No issues found with the function usage.

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify all function calls to `replace_default` are used correctly.

# Test: Search for the function usage. Expect: Correct usage of the function.
rg --type rust $'replace_default'

Length of output: 1288



Script:

#!/bin/bash
# Description: Gather context around the usage of `replace_default` in the specified files.

# Extract 10 lines before and after each usage of `replace_default` in the specified files.
for file in tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs tests-fuzz/targets/fuzz_insert_logical_table.rs tests-fuzz/targets/fuzz_insert.rs; do
  echo "File: $file"
  rg --context 10 'replace_default' "$file"
  echo
done

Length of output: 7541

tests-fuzz/src/generator/create_expr.rs (1)

199-236: LGTM! Ensure comprehensive testing.

The generate_partition_def function looks correct and logically sound. Ensure it is covered by comprehensive tests.

tests-fuzz/src/utils/procedure.rs Show resolved Hide resolved
tests-fuzz/src/utils/migration.rs Outdated Show resolved Hide resolved
@WenyXu WenyXu force-pushed the feat/fuzz_migrate_test branch from b7c12a9 to cb368c2 Compare July 2, 2024 12:20
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: 7

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between b7c12a9 and cb368c2.

Files selected for processing (11)
  • .github/workflows/develop.yml (1 hunks)
  • tests-fuzz/Cargo.toml (1 hunks)
  • tests-fuzz/src/context.rs (1 hunks)
  • tests-fuzz/src/generator/create_expr.rs (5 hunks)
  • tests-fuzz/src/ir.rs (5 hunks)
  • tests-fuzz/src/ir/insert_expr.rs (1 hunks)
  • tests-fuzz/src/translator/mysql/create_expr.rs (6 hunks)
  • tests-fuzz/src/utils.rs (1 hunks)
  • tests-fuzz/src/utils/migration.rs (1 hunks)
  • tests-fuzz/src/utils/procedure.rs (1 hunks)
  • tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs (1 hunks)
Files skipped from review as they are similar to previous changes (8)
  • .github/workflows/develop.yml
  • tests-fuzz/Cargo.toml
  • tests-fuzz/src/context.rs
  • tests-fuzz/src/ir/insert_expr.rs
  • tests-fuzz/src/translator/mysql/create_expr.rs
  • tests-fuzz/src/utils.rs
  • tests-fuzz/src/utils/migration.rs
  • tests-fuzz/src/utils/procedure.rs
Additional comments not posted (11)
tests-fuzz/targets/migration/fuzz_migrate_mito_regions.rs (5)

54-62: LGTM!

The FuzzContext struct and its close method correctly handle the database connection.


64-88: LGTM!

The FuzzInput struct and its Arbitrary implementation correctly generate random inputs for fuzz testing.


199-236: LGTM!

The generate_partition_def function correctly generates partition definitions.


152-157: Avoid using unwrap and handle potential errors gracefully.

Using unwrap can cause the program to panic. Instead, handle the potential error gracefully.

-            .await
+            .await?
Skipped due to learnings
Learnt from: killme2008
PR: GreptimeTeam/greptimedb#4240
File: src/puffin/src/puffin_manager/tests.rs:57-63
Timestamp: 2024-07-02T04:44:54.605Z
Learning: In test functions, prefer using `unwrap` instead of `expect` for handling potential errors.

138-144: Avoid using unwrap and handle potential errors gracefully.

Using unwrap can cause the program to panic. Instead, handle the potential error gracefully.

-        .unwrap();
+        .context(error::TranslateCreateTableExprSnafu)?

Likely invalid or redundant comment.

tests-fuzz/src/ir.rs (4)

167-179: LGTM!

The generate_unique_timestamp_for_mysql function correctly generates monotonically increasing timestamps for MySQL.


539-552: LGTM!

The sort_by_primary_keys function correctly sorts rows based on the values in the specified primary key columns.


554-562: LGTM!

The format_columns function correctly formats a slice of columns into a comma-separated string of column names.


Line range hint 483-538: LGTM!

The replace_default function correctly replaces Value::Default with the corresponding default value in the rows for comparison.

tests-fuzz/src/generator/create_expr.rs (2)

199-236: LGTM!

The generate_partition_def function correctly generates partition definitions.


Line range hint 237-271: LGTM!

The generate function in CreateLogicalTableExprGenerator correctly generates a logical table based on an existing physical table.

@WenyXu
Copy link
Member Author

WenyXu commented Jul 2, 2024

@coderabbitai resolve

Copy link
Contributor

coderabbitai bot commented Jul 2, 2024

Actions performed

Comments resolved.

Copy link

codecov bot commented Jul 2, 2024

Codecov Report

Attention: Patch coverage is 34.72803% with 156 lines in your changes missing coverage. Please review.

Project coverage is 84.64%. Comparing base (5d396bd) to head (3b76af8).
Report is 21 commits behind head on main.

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #4252      +/-   ##
==========================================
- Coverage   84.87%   84.64%   -0.23%     
==========================================
  Files        1046     1056      +10     
  Lines      184619   187319    +2700     
==========================================
+ Hits       156691   158565    +1874     
- Misses      27928    28754     +826     

tests-fuzz/src/utils/migration.rs Outdated Show resolved Hide resolved
tests-fuzz/src/utils/migration.rs Outdated Show resolved Hide resolved
@WenyXu WenyXu requested a review from zhongzc July 3, 2024 11:08
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: 0

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between cb368c2 and b9d414d.

Files selected for processing (1)
  • tests-fuzz/src/utils/migration.rs (1 hunks)
Files skipped from review as they are similar to previous changes (1)
  • tests-fuzz/src/utils/migration.rs

tests-fuzz/src/ir/insert_expr.rs Outdated Show resolved Hide resolved
tests-fuzz/src/ir/insert_expr.rs Outdated Show resolved Hide resolved
@WenyXu WenyXu force-pushed the feat/fuzz_migrate_test branch from a98ec57 to 7ca2b9c Compare July 3, 2024 11:56
@WenyXu WenyXu force-pushed the feat/fuzz_migrate_test branch from 7ca2b9c to 3b76af8 Compare July 3, 2024 12:29
@WenyXu WenyXu added this pull request to the merge queue Jul 3, 2024
@github-merge-queue github-merge-queue bot removed this pull request from the merge queue due to failed status checks Jul 3, 2024
@WenyXu WenyXu added this pull request to the merge queue Jul 3, 2024
Merged via the queue into GreptimeTeam:main with commit 76fac35 Jul 3, 2024
51 checks passed
@WenyXu WenyXu deleted the feat/fuzz_migrate_test branch July 3, 2024 13:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
docs-not-required This change does not impact docs.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants