Skip to content
This repository has been archived by the owner on Nov 9, 2023. It is now read-only.

Retract v1.0.1 (#18) #19

Merged
merged 1 commit into from
Jul 25, 2023
Merged

Retract v1.0.1 (#18) #19

merged 1 commit into from
Jul 25, 2023

Conversation

legobeat
Copy link
Contributor

v1.0.1 contains two changes that should have been considered semver-major:

This will be re-released as v2.0.0.

@legobeat legobeat requested a review from a team as a code owner July 25, 2023 15:51
@@ -6,17 +6,9 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0

## [Unreleased]

## [1.0.1]
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Would be better to mark it as (RETRACTED) or similar, rather than removing - if there's something acceptable that will pass changelog lint

Copy link
Member

Choose a reason for hiding this comment

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

Usually we do something like

## [1.0.1] - [DEPRECATED]

Copy link
Contributor

@mcmire mcmire Jul 25, 2023

Choose a reason for hiding this comment

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

Would be better to mark it as (RETRACTED) or similar, rather than removing - if there's something acceptable that will pass changelog lint

Yeah, absolutely — even if we are retracting a version, we still ought to keep it in the changelog for posterity. I believe that auto-changelog should be okay with any text added after a version number. We have a precedent for adding a [DEPRECATED] tag here: https://github.com/MetaMask/eth-sig-util/blob/main/CHANGELOG.md#500-deprecated (EDIT: Mark got there first 😅 )

Copy link
Member

Choose a reason for hiding this comment

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

The main reason we leave these releases in the changelog is that npm provides no way to pull them in most cases. We can't retract it from npm even if we wanted to, but we can mark it as deprecated.

package.json Outdated
@@ -1,6 +1,6 @@
{
"name": "@metamask/eth-json-rpc-provider",
"version": "1.0.1",
"version": "1.0.0",
Copy link
Contributor

Choose a reason for hiding this comment

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

@legobeat I see that this PR changes the version from 1.0.1 to 1.0.0. While we could do that, since we are publishing 2.0.0 anyway, I wonder if it would be easier to keep it at 1.0.1 and only update the changelog to indicate that this version has been deprecated. We could also deprecate 1.0.1 on NPM itself (using npm deprecate). Then we could bump the version to 2.0.0 and release that.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

You're right; updating accordingly.

v1.0.1 contains two changes that should have been considered
semver-major:

- Type-interface incompatability with previous version (MetaMask/json-rpc-engine#139)
- Introduced dependency `@metamask/json-rpc-engine` indicates a minimum
  supported Node.js version of 16. This prevents the module from
  installing on some package manager configurations, like default
  yarn classic.

This will be re-released as v2.0.0.
Copy link
Contributor

@mcmire mcmire left a comment

Choose a reason for hiding this comment

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

Looks good.

@legobeat legobeat merged commit 279222c into main Jul 25, 2023
19 checks passed
@legobeat legobeat deleted the retract-v1.0.1 branch July 25, 2023 17:34
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants