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: use the sdk/core/store.KVStoreWithBatch interface instead of iavl/db.DB interface #980

Merged
merged 3 commits into from
Aug 14, 2024

Conversation

cool-develope
Copy link
Collaborator

@cool-develope cool-develope commented Aug 13, 2024

Context

ref: cosmos/cosmos-sdk#21225

  • dropped the iavl/db.DB interface
  • dropped all wrapper between cosmos-db and iavl/db

Summary by CodeRabbit

  • New Features

    • Updated database interface to corestore.KVStoreWithBatch, improving efficiency and batch operation support across various components.
    • Enhanced DB interface with new methods Set and Delete for better key-value management.
  • Bug Fixes

    • Removed deprecated dependencies to streamline functionality and improve compatibility.
  • Documentation

    • Revised import statements in documentation files to reflect the new database source.
  • Tests

    • Adjusted test files to accommodate changes in database type, enhancing test clarity and performance.
  • Chores

    • Routine updates and reorganizations to imports for better structure and readability across multiple files.

@cool-develope cool-develope requested a review from a team as a code owner August 13, 2024 19:42
Copy link

coderabbitai bot commented Aug 13, 2024

Walkthrough

The recent changes reflect a substantial refactoring of the codebase, primarily focusing on transitioning from the dbm.DB interface to the more versatile corestore.KVStoreWithBatch interface. This shift enhances the efficiency and capabilities of data storage operations across various components, including batch processing and database interactions. Additionally, updates to dependency versions and mock implementations further streamline testing and compatibility within the Cosmos SDK framework.

Changes

Files Change Summary
CHANGELOG.md, batch.go, benchmarks/bench_test.go, cmd/go.mod, cmd/iaviewer/main.go, db/README.md, db/memdb.go, db/prefixdb.go, db/types.go, immutable_tree.go, nodedb.go, nodedb_test.go, testutils_test.go, tree_random_test.go, tree_test.go Transitioned from dbm.DB to corestore.KVStoreWithBatch across multiple functions and types, enhancing data handling and batch processing capabilities throughout the codebase. Dependency versions updated to improve compatibility.
mock/db_mock.go, mock/store_mock.go, mockgen.sh Updated mock implementations to align with the new interface, adding methods like Delete and enhancing type safety. Generated mocks for Iterator and Batch interfaces.

Sequence Diagram(s)

sequenceDiagram
    participant User
    participant App
    participant DB as KVStoreWithBatch

    User->>App: Initialize Application
    App->>DB: OpenDB()
    DB-->>App: Return KVStoreWithBatch
    App->>DB: Perform Batch Operations
    DB-->>App: Return Results
    User->>App: View Stats
    App->>DB: PrintDBStats()
    DB-->>App: Provide Stats
Loading

Poem

🐰 In fields of code, I hop with glee,
New interfaces dance, so wild and free.
Batches of joy in each little change,
Enhancing our world, it's quite the range!
With every hop, a test we’ll find,
A brighter future for humankind!
🌼✨


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 Configuration 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.

Copy link

@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 c68db50 and eb5078e.

Files ignored due to path filters (2)
  • cmd/go.sum is excluded by !**/*.sum
  • go.sum is excluded by !**/*.sum
Files selected for processing (23)
  • CHANGELOG.md (1 hunks)
  • batch.go (1 hunks)
  • benchmarks/bench_test.go (3 hunks)
  • cmd/go.mod (1 hunks)
  • cmd/iaviewer/main.go (4 hunks)
  • db/README.md (1 hunks)
  • db/memdb.go (1 hunks)
  • db/prefixdb.go (1 hunks)
  • db/types.go (2 hunks)
  • doc.go (1 hunks)
  • docs/proof/proof.md (1 hunks)
  • go.mod (1 hunks)
  • immutable_tree.go (2 hunks)
  • mock/db_mock.go (5 hunks)
  • mock/store_mock.go (1 hunks)
  • mockgen.sh (1 hunks)
  • mutable_tree.go (2 hunks)
  • mutable_tree_test.go (1 hunks)
  • nodedb.go (2 hunks)
  • nodedb_test.go (1 hunks)
  • testutils_test.go (1 hunks)
  • tree_random_test.go (2 hunks)
  • tree_test.go (2 hunks)
Files skipped from review due to trivial changes (2)
  • mock/store_mock.go
  • mutable_tree_test.go
Additional comments not posted (37)
mockgen.sh (1)

4-5: Explicit source specification and expanded mock generation.

The changes improve clarity by explicitly specifying the source file for DB and expand mock generation to include Iterator and Batch from the cosmossdk.io/core/store package. This enhances maintainability and aligns with best practices.

db/README.md (1)

12-21: Simplified database instantiation and improved clarity.

The changes simplify the database instantiation process by using NewGoLevelDB and remove unnecessary complexity by eliminating NewWrapper. This reflects a more direct and efficient approach to database management.

cmd/go.mod (1)

6-12: Routine dependency updates and removals.

The updates to cosmossdk.io/core and github.com/cosmos/gogoproto are standard practice for maintaining compatibility. However, verify that the removal of indirect dependencies does not impact functionality.

Verification successful

Dependencies safely removed.

The removed dependencies are not referenced in the codebase or go.sum, indicating they are no longer needed. This confirms their removal does not impact the project.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the impact of removed indirect dependencies.

# Test: Search for any usage of removed dependencies in the codebase.
rg --fixed-strings --type go 'github.com/getsentry/sentry-go' 'github.com/klauspost/compress' 'github.com/kr/pretty' 'github.com/kr/text' 'github.com/linxGnu/grocksdb' 'github.com/prometheus/client_golang' 'github.com/prometheus/client_model' 'github.com/prometheus/common' 'github.com/prometheus/procfs' 'github.com/rogpeppe/go-internal'

Length of output: 939


Script:

#!/bin/bash
# Description: Check for any remaining references to removed dependencies in go.sum.

# Test: Search for any occurrences of removed dependencies in the go.sum file.
rg --fixed-strings 'github.com/getsentry/sentry-go' 'github.com/klauspost/compress' 'github.com/kr/pretty' 'github.com/kr/text' 'github.com/linxGnu/grocksdb' 'github.com/prometheus/client_golang' 'github.com/prometheus/client_model' 'github.com/prometheus/common' 'github.com/prometheus/procfs' 'github.com/rogpeppe/go-internal' go.sum

Length of output: 936

go.mod (4)

13-13: Switch to go.uber.org/mock.

The dependency has changed from github.com/golang/mock to go.uber.org/mock. This might affect the mocking strategy in tests. Verify the impact on existing tests.

Verification successful

Mocking library successfully updated to go.uber.org/mock.

The tests and mock files have been updated to use the new mocking library go.uber.org/mock, as evidenced by the imports in nodedb_test.go, mutable_tree_test.go, store_mock.go, and db_mock.go. This indicates that the transition from github.com/golang/mock has been implemented.

  • Files updated:
    • nodedb_test.go
    • mutable_tree_test.go
    • mock/store_mock.go
    • mock/db_mock.go

The impact on existing tests seems to have been addressed.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the impact of switching to `go.uber.org/mock`.

# Test: Search for usages of the new mocking library and ensure tests are updated.
rg --type go 'go.uber.org/mock' -A 3

Length of output: 691


17-17: Dependency Update: github.com/cosmos/gogoproto.

The github.com/cosmos/gogoproto dependency has been updated to version v1.6.0. This update may include improvements or bug fixes. Ensure compatibility with the updated version.


6-6: Dependency Update: cosmossdk.io/core.

The cosmossdk.io/core dependency has been updated to a newer version. This change may include important improvements or bug fixes. Ensure compatibility with the updated version.


22-22: New Indirect Dependency: github.com/kr/pretty.

The addition of github.com/kr/pretty as an indirect dependency may affect how data is pretty-printed in tests or logs. Verify its usage and impact.

doc.go (1)

12-12: Import Path Change: Database Module.

The import path for the database module has been changed to "github.com/cosmos/iavl/db". This reorganization may affect how the MutableTree interacts with the database layer. Ensure the change aligns with the new architecture.

Verification successful

Import Path Change Verified: Database Module

The import path change to "github.com/cosmos/iavl/db" is correctly integrated across the codebase, particularly in test files involving MutableTree. These tests ensure that the interactions with the database layer function as expected, aligning with the new architecture.

  • Verified usage in test files such as tree_test.go, mutable_tree_test.go, and others.
Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the impact of the import path change on `MutableTree` interactions.

# Test: Search for usages of the new import path to ensure correct integration.
rg --type go 'github.com/cosmos/iavl/db' -A 3

Length of output: 3081


Script:

#!/bin/bash
# Description: Verify MutableTree interactions with the new db import in test files.

# Test: Search for MutableTree usage in test files that import the db package.
rg --type go 'MutableTree' -A 5

Length of output: 77619

db/types.go (3)

31-32: New Method: Set.

The Set method has been added to the DB interface, allowing key-value assignments with error handling for nil keys or values. This enhances the interface's functionality.


34-35: New Method: Delete.

The Delete method has been added to the DB interface, facilitating key removal with error handling for nil keys. This addition improves the interface's usability.


20-21: Clarification: Purpose of the DB Interface.

The comment has been updated to clarify that the DB interface is primarily intended for mock creation. Ensure this aligns with the overall architecture and testing strategy.

batch.go (2)

14-14: LGTM!

The change from dbm.DB to corestore.KVStoreWithBatch in the BatchWithFlusher struct aligns with the PR objectives and enhances batch operation capabilities.


Line range hint 23-27: Constructor update approved.

The NewBatchWithFlusher function now correctly uses corestore.KVStoreWithBatch, aligning with the updated struct definition.

cmd/iaviewer/main.go (3)

Line range hint 91-109: Parameter update approved.

The PrintDBStats function now correctly uses corestore.KVStoreWithBatch, ensuring consistency with the new database type.


126-129: Simplification approved.

The ReadTree function now directly uses the db instance, simplifying the interaction with NewMutableTree.


Line range hint 63-89: LGTM! Verify NewGoLevelDB usage.

The OpenDB function now returns corestore.KVStoreWithBatch, aligning with the PR objectives. Ensure that the removal of the third parameter in NewGoLevelDB is consistent with its API.

Verification successful

API Consistency Verified for NewGoLevelDB

The NewGoLevelDB function is consistently used with two parameters across the codebase, matching its definition. There is no indication of an API change requiring a third parameter. The review comment's concern about the removal of a third parameter is incorrect.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the usage of `NewGoLevelDB` to ensure API consistency.

# Test: Search for `NewGoLevelDB` function usage. Expect: Only occurrences with two parameters.
rg --type go -A 2 $'NewGoLevelDB'

Length of output: 2716

mock/db_mock.go (6)

56-68: Addition of Delete method approved.

The Delete method enhances the mock's capability to simulate key deletions, aligning with the updated interface.


101-110: Return type update approved.

The Iterator method now correctly uses store.Iterator, aligning with the updated interface definitions.


116-122: Return type update approved.

The NewBatch method now correctly uses store.Batch, aligning with the updated interface definitions.


130-138: Return type update approved.

The NewBatchWithSize method now correctly uses store.Batch, aligning with the updated interface definitions.


144-153: Return type update approved.

The ReverseIterator method now correctly uses store.Iterator, aligning with the updated interface definitions.


159-169: Signature update approved.

The Set method now uses any for the recorder, enhancing type safety and clarity in the mock's expected calls.

CHANGELOG.md (1)

12-12: Changelog entry looks good.

The entry for PR #980 accurately reflects the change from iavl/db.DB to sdk/core/store.KVStoreWithBatch.

testutils_test.go (1)

319-319: Function signature update looks good.

The change from dbm.DB to corestore.KVStoreWithBatch in benchmarkImmutableAvlTreeWithDB aligns with the PR objectives.

Ensure that all tests and benchmarks using this function are updated to reflect the new interface.

Verification successful

All usages of benchmarkImmutableAvlTreeWithDB are updated correctly.

The function benchmarkImmutableAvlTreeWithDB is used only once in the codebase, and it matches the new interface signature. No further updates are necessary.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify all usages of `benchmarkImmutableAvlTreeWithDB` are updated to the new interface.

# Test: Search for the function usage. Expect: Only occurrences with the new signature.
rg --type go -A 5 $'benchmarkImmutableAvlTreeWithDB'

Length of output: 431

db/prefixdb.go (1)

157-157: Function signature update looks good.

The change from DB to corestore.KVStoreWithBatch in IteratePrefix is consistent with the transition to the new interface.

Ensure that all calls to IteratePrefix are updated to reflect the new interface.

Verification successful

No calls to IteratePrefix found in the codebase. The function IteratePrefix is defined but not used anywhere else in the codebase, so there are no calls that need updating to reflect the new interface.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify all usages of `IteratePrefix` are updated to the new interface.

# Test: Search for the function usage. Expect: Only occurrences with the new signature.
rg --type go -A 5 $'IteratePrefix'

Length of output: 430


Script:

#!/bin/bash
# Description: Perform a comprehensive search for all usages of `IteratePrefix` across the codebase.

# Search for the function usage in all Go files.
rg --type go 'IteratePrefix'

Length of output: 228

immutable_tree.go (1)

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

The change from dbm.DB to corestore.KVStoreWithBatch is approved.

However, ensure that all function calls to NewImmutableTree match the new signature.

Verification successful

Function usage verified: All calls to NewImmutableTree match the updated function signature with corestore.KVStoreWithBatch. The MemDB type is confirmed to implement the required interface.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify all function calls to `NewImmutableTree` match the new signature.

# Test: Search for the function usage. Expect: Only occurrences of the new signature.
rg --type go -A 5 $'NewImmutableTree'

Length of output: 1131


Script:

#!/bin/bash
# Search for the definition of `dbm.NewMemDB` to verify its return type.
rg --type go 'func NewMemDB' -A 2

# Search for the definition of `db` in `diff_test.go` to verify its type.
rg --type go 'var db' diff_test.go -A 2

Length of output: 192


Script:

#!/bin/bash
# Search for the implementation of `MemDB` to verify if it implements `corestore.KVStoreWithBatch`.
rg --type go 'type MemDB' -A 10

# Search for the definition of `db` in the broader context of `diff_test.go`.
rg --type go 'db := ' diff_test.go -A 2

Length of output: 549

db/memdb.go (1)

52-52: LGTM!

The type assertion change from DB to corestore.KVStoreWithBatch is consistent with the new interface requirements.

benchmarks/bench_test.go (3)

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

The change from dbm.DB to corestore.KVStoreWithBatch in runSuite is approved.

However, ensure that all function calls to runSuite match the new signature.

Verification successful

Function usage verified.

The runSuite function is called with parameters matching its new signature using corestore.KVStoreWithBatch. No discrepancies found in the codebase.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify all function calls to `runSuite` match the new signature.

# Test: Search for the function usage. Expect: Only occurrences of the new signature.
rg --type go -A 5 $'runSuite'

Length of output: 659


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

The change from dbm.DB to corestore.KVStoreWithBatch in prepareTree is approved.

However, ensure that all function calls to prepareTree match the new signature.

Verification successful

Function usage is correct in the codebase.

The prepareTree function in benchmarks/bench_test.go is used with the correct new signature. No mismatches were found.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify all function calls to `prepareTree` match the new signature.

# Test: Search for the function usage. Expect: Only occurrences of the new signature.
rg --type go -A 5 $'prepareTree'

Length of output: 2956


342-342: LGTM! But verify the variable usage in the codebase.

The change from dbm.DB to corestore.KVStoreWithBatch in runBenchmarks is approved.

However, ensure that all variable usages of d match the new type.

Verification successful

Variable usage is consistent with the new type

The variable d in the runBenchmarks function is correctly used as corestore.KVStoreWithBatch. The changes align with the new type throughout its usage in the function and when passed to runSuite. No further issues were found.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify all variable usages of `d` match the new type.

# Test: Search for the variable usage. Expect: Only occurrences of the new type.
rg --type go -A 5 $'var d corestore.KVStoreWithBatch'

Length of output: 54


Script:

#!/bin/bash
# Description: Search for the declaration and usage of the variable `d` in the `runBenchmarks` function.

# Find the definition of the `runBenchmarks` function and search for `d` within it.
ast-grep --lang go --pattern $'func runBenchmarks($_) {
  $$$
  var d $_
  $$$
}'

Length of output: 82


Script:

#!/bin/bash
# Description: Extract the content of the `runBenchmarks` function to verify the usage of the variable `d`.

# Search for the `runBenchmarks` function and display its content.
rg --type go -A 50 'func runBenchmarks' 

Length of output: 2564

docs/proof/proof.md (1)

114-114: Verify documentation consistency with new dependency.

The import statement for the db package has been changed from github.com/cosmos/cosmos-db to github.com/cosmos/iavl/db. Ensure that the documentation accurately reflects any changes in functionality or usage due to this dependency shift.

nodedb_test.go (1)

11-11: Verify compatibility with the new mocking library.

The import statement for gomock has been changed from github.com/golang/mock/gomock to go.uber.org/mock/gomock. Ensure that the test implementations are compatible with the API and behavior of the new library.

Verification successful

Compatibility Verified with New Mocking Library

The usage of gomock in your test files appears to be standard and should remain compatible with the new import path go.uber.org/mock/gomock. The methods and patterns used, such as gomock.NewController and gomock.Any, are typical and supported. No deprecated or incompatible usages were found.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify compatibility with the new `gomock` library from `go.uber.org`.

# Test: Check for any deprecated or incompatible usage of `gomock`. Expect: No deprecated usage.
rg 'gomock\.' -A 3

Length of output: 12898

tree_random_test.go (1)

13-13: Verify the impact of the interface change on test logic.

The loadTree function now uses corestore.KVStoreWithBatch instead of dbm.DB. Ensure that this change is reflected in the test logic and that all interactions with the database are compatible with the new interface.

Verification successful

The interface change to corestore.KVStoreWithBatch is correctly reflected in the test logic. The loadTree function and related test functions in tree_random_test.go appropriately use the new interface, ensuring compatibility with the updated database interactions. No issues were found in the test logic regarding this change.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the impact of the interface change on test logic.

# Test: Check for any incompatible usage of `corestore.KVStoreWithBatch`. Expect: No incompatible usage.
rg 'corestore\.KVStoreWithBatch' -A 5

Length of output: 5985


Script:

#!/bin/bash
# Description: Check the usage of corestore.KVStoreWithBatch in tree_random_test.go and related test logic.

# Find all functions and their usage in tree_random_test.go to verify compatibility with corestore.KVStoreWithBatch.
ast-grep --lang go --pattern 'func $_($$$) { $$$ }' tree_random_test.go

Length of output: 20945

mutable_tree.go (1)

48-48: Update function signature to use KVStoreWithBatch.

The NewMutableTree function now accepts a corestore.KVStoreWithBatch instead of dbm.DB. Ensure that all calls to this function are updated to pass the correct type.

nodedb.go (2)

81-81: Update nodeDB struct to use KVStoreWithBatch.

The db field in the nodeDB struct now uses corestore.KVStoreWithBatch. This change should enhance batch processing capabilities.


96-96: Update newNodeDB function signature to use KVStoreWithBatch.

The newNodeDB function now accepts a corestore.KVStoreWithBatch parameter. Ensure that all calls to this function are updated accordingly.

tree_test.go (1)

Line range hint 37-47:
LGTM! But verify the function usage in the test suite.

The change to return corestore.KVStoreWithBatch is consistent with the PR's objective. Ensure that all tests using getTestDB are compatible with the new return type.

Verification successful

Verification Complete: Function Usage Consistent with Changes

The getTestDB function's usage in tree_test.go is consistent with its updated return type corestore.KVStoreWithBatch. All instances create a NewMutableTree with the returned object, indicating compatibility with the new interface. No further issues found.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify all usages of the `getTestDB` function in the test suite.

# Test: Search for the function usage. Expect: Only occurrences compatible with the new return type.
rg --type go -A 5 $'getTestDB'

Length of output: 1820

@tac0turtle
Copy link
Member

will this be 1.4 or on an existing line? should we retract the version with iavldb as well?

@cool-develope
Copy link
Collaborator Author

will this be 1.4 or on an existing line? should we retract the version with iavldb as well?

yes, v1.3.0 doesn't make sense at this time, keep the existing line like v1.3.1 and retract v1.3.0, how about that?

@julienrbrt
Copy link
Member

This is using an unreleased version of core, so how is it going to be backported?

Copy link
Member

@julienrbrt julienrbrt left a comment

Choose a reason for hiding this comment

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

ACK but I don't think we can backport while using core. Additionally retracting feels weird (that's not really api breaking is it), why should it be retracted?

@cool-develope cool-develope merged commit d528375 into master Aug 14, 2024
8 checks passed
@cool-develope cool-develope deleted the wrapper/remove branch August 14, 2024 20:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment