0
Fork 0
mirror of https://github.com/logto-io/logto.git synced 2024-12-16 20:26:19 -05:00
logto/.changeset
simeng-li 3d98852334
chore(core): bump oidc version (#3941)
* chore(core): bump oidc version

bump oidc version

* fix(core): fix userId not found bug

fix userId in session not found bug
2023-06-01 16:20:08 +08:00
..
config.json chore: update changesets config (#3703) 2023-04-17 16:22:39 +08:00
cool-oranges-cheer.md refactor(core): remove the reportOnly flag (#3849) 2023-05-17 14:00:01 +08:00
famous-tips-search.md feat(schemas): add cloudflare hostnames configs (#3902) 2023-05-26 11:44:10 +08:00
green-parents-switch.md chore(core): bump oidc version (#3941) 2023-06-01 16:20:08 +08:00
pink-eggs-divide.md chore: add changeset for webhook features (#3932) 2023-06-01 12:37:50 +08:00
README.md refactor: update pubilsh flow 2023-04-02 17:05:18 +08:00
silly-impalas-pump.md fix(core): trigger reset password hook (#3916) 2023-06-01 12:18:49 +08:00
spicy-nails-share.md feat(core): integrate with cloudflare (#3919) 2023-06-01 15:32:49 +08:00
three-terms-confess.md feat(console,phrases): add support to update sign-in identifiers in user details form (#3828) 2023-05-17 08:19:51 +00:00

Changesets

Hello and welcome! This folder has been automatically generated by @changesets/cli, a build tool that works with multi-package repos, or single-package repos to help you version and publish your code. You can find the full documentation for it in our repository

We have a quick list of common questions to get you started engaging with this project in our documentation

Logto publish flow

For now, Changesets only supports tagging packages separately, instead of tagging a "release group". There is an open issue that is still hanging in the air.

So, we are using our own "grouping" release strategy in this monorepo:

Core

The release group that includes the Logto core service and its schemas and cli, which consists of the following packages:

  • @logto/core (main)
  • @logto/schemas
  • @logto/cli
  • @logto/create

Their versions will be always in sync, and forms our main release.

Others

For simplicity, we will tag other public packages separately and publish them to NPM. But in most cases, no GitHub release will present for these packages.