0
Fork 0
mirror of https://github.com/logto-io/logto.git synced 2024-12-16 20:26:19 -05:00
logto/.changeset
Darcy Ye 763dd60cd6
fix(console,core,connector): fix display issues and POST /connectors API code guard (#6481)
* fix(console,core,connector): fix display issues

* chore: add changeset
2024-08-21 03:17:28 +00:00
..
config.json chore: update changesets config (#3703) 2023-04-17 16:22:39 +08:00
friendly-rice-sell.md fix(console): should not block custom JWT creation for OSS user (#6441) 2024-08-13 19:16:43 +08:00
hip-cats-destroy.md fix(console,core,connector): fix display issues and POST /connectors API code guard (#6481) 2024-08-21 03:17:28 +00:00
long-rabbits-roll.md refactor(cli): rename proxy cli to tunnel (#6442) 2024-08-14 03:45:14 +00:00
pink-baboons-mix.md feat(connector): add kook connector (#6227) 2024-08-11 20:22:49 +08:00
popular-monkeys-complain.md feat: support login_hint params for sign-in url (#6400) 2024-08-09 13:39:02 +08:00
rare-moons-unite.md fix(experience): prevent errors from applying unsupported cached identifier types (#6425) 2024-08-12 10:28:32 +08:00
README.md
silly-hotels-greet.md refactor: split translate cmd from logto cli (#6451) 2024-08-19 12:16:10 +08: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.