chore(main): release 11.0.0

[broofa]

:robot: I have created a release beep boop

11.0.0 (2024-10-27)

⚠ BREAKING CHANGES

• refactor v1 internal state and options logic (#780)
• refactor v7 internal state and options logic, fixes #764 (#779)
• Port to TypeScript, closes #762 (#763)
• update node support matrix (only support node 16-20) (#750)

Features

• add support for MAX uuid (new in RFC9562) (#714) (0385cd3)
• Port to TypeScript, closes #762 (#763) (1e0f987)
• support v6 uuids (#754) (c4ed13e)
• update node support matrix (only support node 16-20) (#750) (883b163)
• v8 support (#759) (35a5342)

Bug Fixes

• missing v7 expectations in browser spec (#751) (f54a866)
• refactor v1 internal state and options logic (#780) (031b3d3)
• refactor v7 internal state and options logic, fixes #764 (#779) (9dbd1cd)
• remove v4 options default assignment preventing native.randomUUID from being used (#786) (afe6232)
• revert "perf: remove superfluous call to toLowerCase (#677)" (#738) (e267b90)
• seq_hi shift for byte 6 (#775) (1d532ca)
• tsconfig module type (#778) (7eff835)

Performance Improvements

• remove superfluous call to toLowerCase (#677) (e53793f)

Miscellaneous Chores

• release 11.0.0 (#805) (b003cde)

---

This PR was generated with Release Please. See documentation.

[broofa]

@ctavan: Finally pulling the trigger on enabing release-please here. 🎉

Merging this PR should publish uuid@11.0.0 to NPM, but this'll be the first actual test of that.

'Wish I could say this has gone smoothly, but there's been a couple hiccups:

• RP initially marked this as version 10.0.0. Why? I don't know. But I fixed that by manually overriding the version with #805. (Note: manual-override like that also provides a way of doing prerelease versions, if all else fails.)
• The CHANGELOG updates here include some outdated commits from pre-v11. Why? Again, I don't know. Maybe something to do with non-linear git commit history? 'Not at all sure that's the issue here, but I saw something similar with standard-version when doing the v11-prerelease, so I suspect it's more an issue with the git repo structure and not RP.

The upshot of this is that I'm hopefull these are one-off issues and that things will go more smoothly moving forward.

Regarding the actual release, it's worth noting that there's no actual changes to the built NPM release. All the recent code churn has just been fixing up the dev and CI toolchains.

Anyhow... let me know if you have any concerns.

[broofa]

@ctavan Note: I've created a uuidbot account to use for automated tasks like this, and updated the PAT used by the RP workflow to one generated from that account. Moving forward, release PRs should show up as coming from uuidbot instead of me.

I'm sharing the account info with you via lastpass, so keep an eye out for that email. It'll ask you to create an account if you don't have one, which is a nuisance. Let me know if there's a better way of sharing. (I use 1password as well, but lastpass is where I keep this sort of thing so that's what's convenient on my end.)

[broofa]

One last note before merging: PR is blocked because the commits need to be signed... but I don't see an obvious way of fixing that at the moment. So yet another reason to allow admins to override and merge anyway.

[uuidbot]

:robot: Created releases:

• v11.0.0 :sunflower: