Skip to content

chore: update to 2.0.0 rc-1 #2557

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

Merged
merged 2 commits into from
Apr 18, 2025
Merged

chore: update to 2.0.0 rc-1 #2557

merged 2 commits into from
Apr 18, 2025

Conversation

QuantumExplorer
Copy link
Member

@QuantumExplorer QuantumExplorer commented Apr 18, 2025

Issue being fixed or feature implemented

What was done?

How Has This Been Tested?

Breaking Changes

Checklist:

  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have added or updated relevant unit/integration/functional/e2e tests
  • I have added "!" to the title and described breaking changes in the corresponding section if my code contains any
  • I have made corresponding changes to the documentation if needed

For repository code-owners and collaborators only

  • I have assigned this pull request to a milestone

Summary by CodeRabbit

  • Chores
    • Updated version numbers across multiple packages from development pre-release to release candidate versions.
  • New Features
    • Added a new configuration migration for version 2.0.0-rc.1 in Dashmate.

Copy link
Contributor

coderabbitai bot commented Apr 18, 2025

Walkthrough

This change updates the version numbers for numerous packages across the repository from a development pre-release (e.g., 2.0.0-dev.1) to a release candidate (e.g., 2.0.0-rc.1). Additionally, in the Dashmate configuration migration logic, a new migration function for version 2.0.0-rc.1 is added, which replicates the migration logic of the previous 2.0.0-dev.1 version but updates Docker image tags to the -rc versions. No other changes to dependencies, scripts, or exported/public entities are introduced.

Changes

File(s) Change Summary
All package.json and Cargo.toml files across packages Updated version from *-dev.1 to *-rc.1; no other content, dependency, or script changes.
packages/dashmate/configs/getConfigFileMigrationsFactory.js Added a new migration for version 2.0.0-rc.1, duplicating the logic from the existing 2.0.0-dev.1 migration but setting Docker image tags to dashpay/drive:2-rc and dashpay/dapi:2-rc.

Sequence Diagram(s)

sequenceDiagram
    participant User
    participant Dashmate
    participant MigrationEngine

    User->>Dashmate: Start/Upgrade to 2.0.0-rc.1
    Dashmate->>MigrationEngine: Apply migrations for 2.0.0-rc.1
    MigrationEngine->>MigrationEngine: Remove core.miner.mediantime, set Docker images to rc tags
    MigrationEngine-->>Dashmate: Return updated configFile
    Dashmate-->>User: Migration complete
Loading

Possibly related PRs

Suggested labels

dashmate

Suggested reviewers

  • shumkov

Poem

A hop and a skip, a version hops high,
From dev to RC, we’re reaching the sky!
Dashmate’s migrations, all neat in a row,
Docker tags polished, ready to go.
The code is all tidy, the carrots aligned—
This rabbit is happy, with progress in mind!
🥕✨

✨ Finishing Touches
  • 📝 Generate Docstrings

🪧 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>, please review it.
    • 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 gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @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 using 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 generate docstrings to generate docstrings for this 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.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

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.

@QuantumExplorer QuantumExplorer changed the title chore: update to rc-1 chore: update to 2.0.0 rc-1 Apr 18, 2025
@QuantumExplorer QuantumExplorer added this to the v2.0.0 milestone Apr 18, 2025
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: 2

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between a86c523 and b732e69.

⛔ Files ignored due to path filters (1)
  • Cargo.lock is excluded by !**/*.lock
📒 Files selected for processing (47)
  • package.json (1 hunks)
  • packages/bench-suite/package.json (1 hunks)
  • packages/check-features/Cargo.toml (1 hunks)
  • packages/dapi-grpc/Cargo.toml (1 hunks)
  • packages/dapi-grpc/package.json (1 hunks)
  • packages/dapi/package.json (1 hunks)
  • packages/dashmate/configs/getConfigFileMigrationsFactory.js (1 hunks)
  • packages/dashmate/package.json (1 hunks)
  • packages/dashpay-contract/Cargo.toml (1 hunks)
  • packages/dashpay-contract/package.json (1 hunks)
  • packages/data-contracts/Cargo.toml (1 hunks)
  • packages/dpns-contract/Cargo.toml (1 hunks)
  • packages/dpns-contract/package.json (1 hunks)
  • packages/feature-flags-contract/Cargo.toml (1 hunks)
  • packages/feature-flags-contract/package.json (1 hunks)
  • packages/js-dapi-client/package.json (1 hunks)
  • packages/js-dash-sdk/package.json (1 hunks)
  • packages/js-grpc-common/package.json (1 hunks)
  • packages/keyword-search-contract/Cargo.toml (1 hunks)
  • packages/masternode-reward-shares-contract/Cargo.toml (1 hunks)
  • packages/masternode-reward-shares-contract/package.json (1 hunks)
  • packages/platform-test-suite/package.json (1 hunks)
  • packages/rs-dapi-client/Cargo.toml (1 hunks)
  • packages/rs-dapi-grpc-macros/Cargo.toml (1 hunks)
  • packages/rs-dpp/Cargo.toml (1 hunks)
  • packages/rs-drive-abci/Cargo.toml (1 hunks)
  • packages/rs-drive-proof-verifier/Cargo.toml (1 hunks)
  • packages/rs-drive/Cargo.toml (1 hunks)
  • packages/rs-json-schema-compatibility-validator/Cargo.toml (1 hunks)
  • packages/rs-platform-serialization-derive/Cargo.toml (1 hunks)
  • packages/rs-platform-serialization/Cargo.toml (1 hunks)
  • packages/rs-platform-value-convertible/Cargo.toml (1 hunks)
  • packages/rs-platform-value/Cargo.toml (1 hunks)
  • packages/rs-platform-version/Cargo.toml (1 hunks)
  • packages/rs-platform-versioning/Cargo.toml (1 hunks)
  • packages/rs-sdk/Cargo.toml (1 hunks)
  • packages/simple-signer/Cargo.toml (1 hunks)
  • packages/strategy-tests/Cargo.toml (1 hunks)
  • packages/token-history-contract/Cargo.toml (1 hunks)
  • packages/token-history-contract/package.json (1 hunks)
  • packages/wallet-lib/package.json (1 hunks)
  • packages/wallet-utils-contract/Cargo.toml (1 hunks)
  • packages/wallet-utils-contract/package.json (1 hunks)
  • packages/wasm-dpp/Cargo.toml (1 hunks)
  • packages/wasm-dpp/package.json (1 hunks)
  • packages/withdrawals-contract/Cargo.toml (1 hunks)
  • packages/withdrawals-contract/package.json (1 hunks)
🧰 Additional context used
🧠 Learnings (1)
📓 Common learnings
Learnt from: QuantumExplorer
PR: dashpay/platform#2257
File: packages/rs-drive-abci/src/mimic/test_quorum.rs:159-164
Timestamp: 2024-11-20T16:16:01.830Z
Learning: QuantumExplorer prefers not to receive auto-generated messages asking to post on social media.
🪛 Biome (1.9.4)
packages/dashmate/configs/getConfigFileMigrationsFactory.js

[error] 1082-1082: Avoid the delete operator which can impact performance.

Unsafe fix: Use an undefined assignment instead.

(lint/performance/noDelete)

🔇 Additional comments (46)
packages/rs-dpp/Cargo.toml (1)

3-3: Version bump to release candidate
The package version has been correctly updated from the pre‑release 2.0.0-dev.1 to 2.0.0-rc.1, aligning with the coordinated rc‑1 rollout across the repository.

packages/rs-platform-version/Cargo.toml (1)

5-5:

✅ Verification successful

Bump crate version to release candidate
The version field has been updated to 2.0.0-rc.1 as expected for the release candidate.
Please verify that all other related Rust crates and JavaScript packages have also been bumped from 2.0.0-dev.1 to 2.0.0-rc.1 for consistency across the repo.

Run this script to confirm no lingering -dev.1 references remain:


🏁 Script executed:

#!/usr/bin/env bash
# Verify that no '2.0.0-dev.1' occurrences are left in the repository
rg -F '"2.0.0-dev.1"' -n .

Length of output: 28


No lingering 2.0.0‑dev.1 references found
I ran rg -F '"2.0.0-dev.1"' -n . against the repo and confirmed there are no remaining occurrences. All Rust crates and JavaScript packages are correctly bumped to 2.0.0-rc.1.

packages/rs-platform-serialization-derive/Cargo.toml (1)

5-5:

✅ Verification successful

Confirm version bump to release candidate.

The package version has been updated to 2.0.0-rc.1, aligning with the planned RC release. Ensure this change is in sync across all related crates to avoid version mismatches.

To verify there are no remaining pre-release versions, run:


🏁 Script executed:

#!/bin/bash
# Search for any lingering `2.0.0-dev.1` entries in Cargo.toml files
rg -l 'version = "2.0.0-dev.1"' --glob '*.toml'

Length of output: 49


Version bump to 2.0.0-rc.1 confirmed

  • packages/rs-platform-serialization-derive/Cargo.toml has been updated to 2.0.0-rc.1
  • Search across all Cargo.toml files found no lingering version = "2.0.0-dev.1" entries

All crates are in sync and ready for the RC release.

packages/data-contracts/Cargo.toml (1)

4-4:

✅ Verification successful

Bump version to release candidate
The crate’s version has been updated from 2.0.0-dev.1 to 2.0.0-rc.1 in preparation for the RC build.

Run this script to confirm no lingering pre-release references remain in the workspace:


🏁 Script executed:

#!/bin/bash
# Ensure all Cargo.toml files have been updated from `2.0.0-dev.1` to `2.0.0-rc.1`.
rg -n '"2.0.0-dev.1"'

Length of output: 23


No lingering pre-release references found – approving version bump
Verified that rg -n '"2.0.0-dev.1"' returns no matches, so all Cargo.toml files now reference 2.0.0-rc.1. Version bump is complete.

packages/token-history-contract/Cargo.toml (1)

4-4:

✅ Verification successful

Release Candidate Version Bump

The package version has been correctly updated from 2.0.0-dev.1 to 2.0.0-rc.1. Please confirm that there are no remaining references to the development pre-release version elsewhere in the workspace to ensure consistency.

Run this script from the repository root to verify no leftover 2.0.0-dev.1 strings remain:

Expected result: zero matches.


🏁 Script executed:

#!/bin/bash
# Verify no remaining dev-version references
rg -n 'version = "2.0.0-dev.1"'

Length of output: 33


No leftover 2.0.0-dev.1 references detected

I ran the suggested ripgrep check across the workspace and confirmed there are zero matches for version = "2.0.0-dev.1". The version bump to 2.0.0-rc.1 is consistent throughout the codebase.

packages/rs-platform-serialization/Cargo.toml (1)

5-5:

✅ Verification successful

Release candidate version bump
Crate version updated from 2.0.0-dev.1 to 2.0.0-rc.1. Ensure this aligns with other workspace crates and the publishing pipeline for RC releases.

Please run the following to catch any remaining dev versions:


🏁 Script executed:

#!/bin/bash
# Verify no leftover development versions in Cargo.toml
rg -n 'version = "2.0.0-dev.1"'

Length of output: 33


🏁 Script executed:

#!/bin/bash
# Verify no leftover development version strings in any Cargo.toml across the workspace
rg -n 'version\s*=\s*".*-dev' --glob 'Cargo.toml'

Length of output: 49


Release Candidate Version Bump Approved

All Cargo.toml files have been checked for any remaining -dev version strings and none were found. The crate version is now consistently set to 2.0.0-rc.1 across the workspace.

• Snippet in packages/rs-platform-serialization/Cargo.toml:

- version = "2.0.0-dev.1"
+ version = "2.0.0-rc.1"

Feel free to proceed with the RC publish.

packages/rs-drive/Cargo.toml (2)

4-4: Approve version bump to rc-1
The package version has been correctly updated from 2.0.0-dev.1 to 2.0.0-rc.1, aligning with the coordinated release candidate across the repository.


4-4:

✅ Verification successful

Verify no residual dev pre-release versions
To ensure consistency, please search for any remaining 2.0.0-dev.1 references in other Cargo.toml files.


🏁 Script executed:

#!/bin/bash
# Description: Find any Cargo.toml still referencing the old dev pre-release version.
rg -n '"2.0.0-dev.1"' -- '*.toml'

Length of output: 82


🏁 Script executed:

#!/bin/bash
# Description: Correctly search all Cargo.toml files for any remaining ‘2.0.0-dev.1’ references
rg -n '2\.0\.0-dev\.1' -g 'Cargo.toml'

Length of output: 38


No residual 2.0.0-dev.1 references found
All Cargo.toml files have been updated to 2.0.0-rc.1 and no occurrences of 2.0.0-dev.1 remain.

packages/rs-platform-value-convertible/Cargo.toml (1)

5-5:

❓ Verification inconclusive

Approve bump from dev to rc candidate
The version field has been correctly updated from the development pre‑release to the release‑candidate 2.0.0-rc.1.
Please verify that all other workspace Cargo.toml files and any inter‑crate dependencies have been similarly updated to avoid version mismatches.

To confirm no lingering dev.1 references remain, you can run:


🏁 Script executed:

#!/bin/bash
# Verify no remaining '2.0.0-dev.1' references in Cargo.toml manifests
rg '"2\.0\.0-dev\.1"' -g "Cargo.toml"

Length of output: 37


🏁 Script executed:

#!/bin/bash
# 1. Check for any lingering '2.0.0-dev.1' references across all TOML files
rg -n '2\.0\.0-dev\.1' -g '*.toml'

# 2. List all version fields in every Cargo.toml to confirm they’re set to 2.0.0-rc.1
rg -n '^version\s*=' -g 'Cargo.toml'

Length of output: 1940


Confirm version bump across workspace
No lingering 2.0.0-dev.1 references were found, and all workspace crates have their version set to 2.0.0-rc.1 except:

  • packages/rs-drive-verify-c-binding/Cargo.toml remains at 1.6.2 (external C‑binding)

Please verify that the C‑binding crate’s version should intentionally differ.

packages/token-history-contract/package.json (1)

3-3: Approve the release candidate version bump.

The version field is updated from 2.0.0-dev.1 to 2.0.0-rc.1, consistent with the broader RC-1 rollout.

packages/rs-sdk/Cargo.toml (1)

3-3: Approve the release candidate version bump.

The dash-sdk crate’s version has been bumped to 2.0.0-rc.1 as part of the coordinated RC update.

packages/rs-drive-abci/Cargo.toml (1)

3-3: Approve the release candidate version bump.

The drive-abci crate’s version has been correctly updated to 2.0.0-rc.1.

packages/dashpay-contract/package.json (1)

3-3: Approve the release candidate version bump.

The contract package’s version is now 2.0.0-rc.1, in line with the other packages.

packages/js-dash-sdk/package.json (1)

3-3: Release version bump to 5.0.0-rc.1
The version field has been correctly updated from the previous pre-release to the rc-1 tag, matching the release candidate labeling across the repository.

packages/dapi/package.json (1)

4-4: Release version bump to 2.0.0-rc.1
The package version was updated from 2.0.0-dev.1 to 2.0.0-rc.1, consistent with the coordinated release candidate roll‑out.

packages/wallet-lib/package.json (1)

3-3: Release version bump to 9.0.0-rc.1
The version has been correctly updated to the RC tag, in line with the rest of the workspace packages.

packages/dpns-contract/Cargo.toml (1)

4-4: Release version bump to 2.0.0-rc.1
The Cargo.toml version was updated from the dev pre-release to the RC-1 version, ensuring consistency across Rust contract crates.

packages/rs-dapi-client/Cargo.toml (1)

3-3: Release version bump to 2.0.0-rc.1
The crate version has been bumped from 2.0.0-dev.1 to 2.0.0-rc.1, in sync with the broader release candidate update.

packages/simple-signer/Cargo.toml (1)

3-3: Consistent version bump to 2.0.0-rc.1
The package version has been updated from 2.0.0-dev.1 to 2.0.0-rc.1, matching the coordinated release candidate across all crates. No functional changes detected.

packages/bench-suite/package.json (1)

4-4: Update version field to 2.0.0-rc.1
The @dashevo/bench-suite package version is now aligned with the new release candidate. Ensure any CI/CD pipelines or publishing scripts reference the updated version.

packages/dashpay-contract/Cargo.toml (1)

4-4: Bump DashPay‑contract crate to rc‑1
The dashpay-contract crate version has been incremented to 2.0.0-rc.1. This is consistent with the release candidate tagging; no other changes were introduced.

packages/rs-platform-value/Cargo.toml (1)

5-5: Align platform-value crate version with RC
Updated the version to 2.0.0-rc.1 as part of the RC‐1 rollout. Confirm that any downstream consumers or workspace members pick up this new version.

packages/check-features/Cargo.toml (1)

3-3: Version update for check-features to rc‑1
The manifest now reflects 2.0.0-rc.1. This matches the broader version synchronization for the release candidate.

packages/platform-test-suite/package.json (1)

4-4: Confirmed version bump to RC release candidate.

The version field has been updated from 2.0.0-dev.1 to 2.0.0-rc.1, aligning this package with the overall release candidate update.

packages/wallet-utils-contract/Cargo.toml (1)

4-4: Consistent Cargo version update.

The Rust crate version was correctly bumped to 2.0.0-rc.1, matching the coordinated RC release across other contracts.

packages/wasm-dpp/package.json (1)

3-3: JavaScript package version aligned to RC.

The @dashevo/wasm-dpp package version has been updated to 2.0.0-rc.1 in line with the repository-wide bump.

packages/js-dapi-client/package.json (1)

3-3: DAPI client version bump approved.

The version field is now 2.0.0-rc.1, consistent with the PR goal of moving to the release candidate.

packages/feature-flags-contract/Cargo.toml (1)

4-4: Feature-flags contract version updated.

The feature-flags-contract crate version is correctly set to 2.0.0-rc.1, matching the rest of the version bumps.

packages/keyword-search-contract/Cargo.toml (1)

4-4: Version bump to release candidate
The version has been correctly updated from "2.0.0-dev.1" to "2.0.0-rc.1", aligning with the coordinated release candidate strategy across packages.

packages/rs-drive-proof-verifier/Cargo.toml (1)

3-3: Version bump to release candidate
Updating the crate version to "2.0.0-rc.1" is consistent with the overall RC rollout. No other metadata changes detected.

packages/feature-flags-contract/package.json (1)

3-3: Version bump to release candidate
The version field has been updated to "2.0.0-rc.1" as expected for the RC release. All related scripts and metadata remain unchanged.

packages/strategy-tests/Cargo.toml (1)

3-3: Version bump to release candidate
Crate version updated to "2.0.0-rc.1", matching the release candidate versioning scheme used repository-wide.

packages/rs-json-schema-compatibility-validator/Cargo.toml (1)

3-3: Version bump to release candidate
The version has been updated to "2.0.0-rc.1", in line with the release candidate preparation. Dependencies and features are unchanged.

packages/rs-dapi-grpc-macros/Cargo.toml (1)

4-4: Bump package version to 2.0.0-rc.1
Aligned with the coordinated version update across the mono-repo for the 2.0.0 release candidate.

packages/withdrawals-contract/Cargo.toml (1)

4-4: Update version to 2.0.0-rc.1
Consistent release candidate version bump matching other contracts in the repository.

packages/masternode-reward-shares-contract/Cargo.toml (1)

4-4: Upgrade crate version to 2.0.0-rc.1
This aligns the masternode‑reward‑shares contract with the RC‑1 release candidate.

package.json (1)

3-3:

✅ Verification successful

Set @dashevo/platform version to 2.0.0-rc.1
Matches the release candidate bump across all JS and Rust packages.

Please verify that the corresponding migration entry for 2.0.0-rc.1 has been added to packages/dashmate/configs/getConfigFileMigrationsFactory.js. You can run:


🏁 Script executed:

#!/bin/bash
# Verify that the RC‑1 migration key is defined
rg -C3 'rc.1' packages/dashmate/configs/getConfigFileMigrationsFactory.js

Length of output: 993


Migration entry for 2.0.0‑rc.1 is defined
Confirmed that the '2.0.0-rc.1' key exists in the migration map.

• File: packages/dashmate/configs/getConfigFileMigrationsFactory.js
• Contains:
'2.0.0-rc.1': (configFile) => { Object.entries(configFile.configs) .forEach(([, options]) => { delete options.core.miner.mediantime;

packages/rs-platform-versioning/Cargo.toml (1)

5-5: Bump version to 2.0.0-rc.1
Consistent with the repository-wide transition from dev to rc for 2.0.0.

packages/dpns-contract/package.json (1)

3-3: Approve version update for DPNS contract
Bumped version to "2.0.0-rc.1" consistently with other packages. No other metadata was changed—looks good.

packages/withdrawals-contract/package.json (1)

3-3: Approve version bump for withdrawals contract
Upgraded version to "2.0.0-rc.1" to sync with the RC release cycle. Confirm that CI and downstream consumers recognize this new tag.

packages/wasm-dpp/Cargo.toml (1)

3-3:

✅ Verification successful

Ensure crate version aligns with RC release
The crate version was updated to 2.0.0-rc.1. This matches the coordinated bump across Rust and JS packages. Make sure the corresponding migration in dashmate/configs/getConfigFileMigrationsFactory.js is registered for 2.0.0-rc.1.


🏁 Script executed:

#!/bin/bash
# Check that rc-1 migration entry exists
rg -n "rc\\.1" -A3 packages/dashmate/configs/getConfigFileMigrationsFactory.js

Length of output: 880


Migration Verified for 2.0.0‑rc.1
The entry for 2.0.0-rc.1 is present in packages/dashmate/configs/getConfigFileMigrationsFactory.js (lines 1079–1082). Crate and JS package versions are aligned.

packages/js-grpc-common/package.json (1)

3-3: Approve gRPC‐common package version bump
Version updated to "2.0.0-rc.1" as part of the RC-1 rollout. Ensure coverage thresholds still pass under this version.

packages/dapi-grpc/Cargo.toml (1)

4-4: Version updated to rc.1

The version has been correctly updated from development pre-release ("2.0.0-dev.1") to release candidate ("2.0.0-rc.1").

packages/dashmate/package.json (1)

3-3: Version updated to rc.1

The version has been correctly updated from development pre-release ("2.0.0-dev.1") to release candidate ("2.0.0-rc.1").

packages/dapi-grpc/package.json (1)

3-3: Version updated to rc.1

The version has been correctly updated from development pre-release ("2.0.0-dev.1") to release candidate ("2.0.0-rc.1").

packages/dashmate/configs/getConfigFileMigrationsFactory.js (1)

1079-1088: New migration added for rc.1

A new migration function has been added for version '2.0.0-rc.1', which duplicates the existing migration for '2.0.0-dev.1'. This ensures that configurations are properly updated when upgrading to the release candidate version.

🧰 Tools
🪛 Biome (1.9.4)

[error] 1082-1082: Avoid the delete operator which can impact performance.

Unsafe fix: Use an undefined assignment instead.

(lint/performance/noDelete)

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

🧹 Nitpick comments (1)
packages/dashmate/configs/getConfigFileMigrationsFactory.js (1)

1082-1082: Consider an alternative to delete for better performance.

The static analysis tool flagged the use of the delete operator which can impact performance.

-            delete options.core.miner.mediantime;
+            options.core.miner.mediantime = undefined;
🧰 Tools
🪛 Biome (1.9.4)

[error] 1082-1082: Avoid the delete operator which can impact performance.

Unsafe fix: Use an undefined assignment instead.

(lint/performance/noDelete)

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between b732e69 and 8331561.

📒 Files selected for processing (1)
  • packages/dashmate/configs/getConfigFileMigrationsFactory.js (1 hunks)
🧰 Additional context used
🧠 Learnings (1)
📓 Common learnings
Learnt from: QuantumExplorer
PR: dashpay/platform#2257
File: packages/rs-drive-abci/src/mimic/test_quorum.rs:159-164
Timestamp: 2024-11-20T16:16:01.830Z
Learning: QuantumExplorer prefers not to receive auto-generated messages asking to post on social media.
🪛 Biome (1.9.4)
packages/dashmate/configs/getConfigFileMigrationsFactory.js

[error] 1082-1082: Avoid the delete operator which can impact performance.

Unsafe fix: Use an undefined assignment instead.

(lint/performance/noDelete)

⏰ Context from checks skipped due to timeout of 90000ms (20)
  • GitHub Check: Rust packages (withdrawals-contract) / Linting
  • GitHub Check: Rust packages (dpns-contract) / Formatting
  • GitHub Check: Rust packages (dpns-contract) / Tests
  • GitHub Check: Rust packages (token-history-contract) / Unused dependencies
  • GitHub Check: Rust packages (token-history-contract) / Formatting
  • GitHub Check: Rust packages (token-history-contract) / Linting
  • GitHub Check: Rust packages (token-history-contract) / Tests
  • GitHub Check: Rust packages (dashpay-contract) / Tests
  • GitHub Check: Rust packages (dashpay-contract) / Unused dependencies
  • GitHub Check: Rust packages (dashpay-contract) / Formatting
  • GitHub Check: Rust packages (dash-sdk) / Check each feature
  • GitHub Check: Rust packages (dash-sdk) / Linting
  • GitHub Check: Rust packages (dash-sdk) / Formatting
  • GitHub Check: Rust packages (dapi-grpc) / Check each feature
  • GitHub Check: Rust packages (dash-sdk) / Tests
  • GitHub Check: Rust packages (dapi-grpc) / Tests
  • GitHub Check: Rust packages (dapi-grpc) / Unused dependencies
  • GitHub Check: Rust packages (dapi-grpc) / Linting
  • GitHub Check: Build Docker images (Dashmate helper, dashmate-helper, dashmate-helper) / Build Dashmate helper image
  • GitHub Check: Build JS packages / Build JS
🔇 Additional comments (1)
packages/dashmate/configs/getConfigFileMigrationsFactory.js (1)

1079-1088: Migration function for RC version added correctly!

The new migration function for 2.0.0-rc.1 properly updates the Docker image tags from dev to release candidate versions while maintaining the functionality of deleting the core.miner.mediantime property. This change aligns with the PR objective of updating to the 2.0.0 RC-1 release.

🧰 Tools
🪛 Biome (1.9.4)

[error] 1082-1082: Avoid the delete operator which can impact performance.

Unsafe fix: Use an undefined assignment instead.

(lint/performance/noDelete)

@QuantumExplorer QuantumExplorer merged commit 9d5c437 into v2.0-dev Apr 18, 2025
135 checks passed
@QuantumExplorer QuantumExplorer deleted the chore/2p0dev2 branch April 18, 2025 01:10
This was referenced Apr 21, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant