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

Release v1.16.0 #886

Closed
armanbilge opened this issue Apr 4, 2022 · 6 comments · Fixed by #888
Closed

Release v1.16.0 #886

armanbilge opened this issue Apr 4, 2022 · 6 comments · Fixed by #888

Comments

@armanbilge
Copy link
Member

To unblock scalameta/munit#477 and Discipline Native/3 which should get us to Cats Native/3.

@armanbilge
Copy link
Member Author

armanbilge commented Apr 5, 2022

There, I wrote the release notes. You know I'm desperate cause there was no GH magic to help me 😂


Scalacheck 1.16.0 is binary compatible with the 1.15.x and 1.14.x series. It is published for Scala 2.12, 2.13, and 3.1+ with Scala.js 1.8+ and Scala Native 0.4. This release is the first to support Scala 3 on the Native platform.

## User-facing PRs
- Adds Discord badge by @paualarco in https://github.com/typelevel/scalacheck/pull/814
- ScalaCheck follows semver since 1.14.x by @larsrh in https://github.com/typelevel/scalacheck/pull/793
- Improve docs for Arbitrary by @ashawley in https://github.com/typelevel/scalacheck/pull/806
- Update examples to 3.0 by @ashawley in https://github.com/typelevel/scalacheck/pull/813
- Add badge to README showing supported versions of Scala by @rtyley in https://github.com/typelevel/scalacheck/pull/819
- Fix `Arbitrary[Year]` instance max value by @dantb in https://github.com/typelevel/scalacheck/pull/825
- Check roundtrip in serialize tests by @ashawley in https://github.com/typelevel/scalacheck/pull/829
- Fix `Arbitrary[Char]` generates 0xFFFE (not a character in Unicode) by @kadzuya in https://github.com/typelevel/scalacheck/pull/835
- Ensure preconditions are satisified when shrinking Commands actions by @jonaskoelker in https://github.com/typelevel/scalacheck/pull/739
- Support `java.time` arbitraries on Scala.js & Native by @armanbilge in https://github.com/typelevel/scalacheck/pull/830
- Enable published snapshots by @armanbilge in https://github.com/typelevel/scalacheck/pull/877
- Onwards and upwards by @armanbilge in https://github.com/typelevel/scalacheck/pull/879

Thank you all!

**Full Changelog**: https://github.com/typelevel/scalacheck/compare/1.15.4...v1.16.0

@rossabaker
Copy link
Member

I will cut this tomorrow if nobody tells me to wait.

@rossabaker
Copy link
Member

Sorry, another bikeshed: is the plugin prepared for tags that don't begin with v? Alternatively, is there any reason we shouldn't switch to the common Typelevel convention now?

@armanbilge
Copy link
Member Author

armanbilge commented Apr 8, 2022

Ah, good question. All tags from this point should start with v. MiMa needed some manual intervention to recognize the old artifacts but that's for the better because PVP and stuff.

scalacheck/build.sbt

Lines 56 to 68 in 0ac8005

ThisBuild / tlMimaPreviousVersions ++= Set(
// manually added because tags are not v-prefixed
"1.14.0",
"1.14.1",
"1.14.2",
"1.14.3",
"1.15.0",
"1.15.1",
"1.15.2",
"1.15.3",
"1.15.4",
)
ThisBuild / tlVersionIntroduced := Map("3" -> "1.15.3")

@rossabaker
Copy link
Member

Tagged, but I won't be awake to see the outcome.

@rossabaker
Copy link
Member

Oh, we should also update the CHANGELOG. I'll try to remember to do that if it hasn't appeared overnight.

armanbilge added a commit to armanbilge/scalacheck that referenced this issue Apr 8, 2022
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 a pull request may close this issue.

2 participants