-
Notifications
You must be signed in to change notification settings - Fork 224
fix(docs): organize exports into namespaces for better typedocs #1269
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
Conversation
…pdate error codes
…into SDK-5700-platform-agnostic-error
…k implementations
…cture chore(docs): update typedoc entry points and configuration for better documentation refactor(types): remove unused Auth0Error class
- Updated the Auth0 export to include TimeoutError from the index. - Introduced a new enums.ts file to export SafariViewControllerPresentationStyle and local authentication types. - Modified index.ts to include the new Enums export.
…er and update error codes" This reverts commit c7c427c.
…o improve clarity
…and WebWebAuthProvider
… in NativeCredentialsManager and NativeWebAuthProvider
The base branch was changed.
const currentMajor = semver.major(currentVersion); | ||
const stableVersions = allVersions.filter((v) => !semver.prerelease(v)); | ||
const latestStableMajor = stableVersions.find( | ||
(v) => semver.major(v) < currentMajor |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What will happen when you cut a -beta
release on the latest stable version.
latestStableMajor = 4
and currentVersion =
4.3.5-beta.1`
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In that case, it will only keep the 4.3.5-beta.1
version.
Should we account for this scenario? I was under the assumption that we release beta or alpha versions only for the next major release. Please correct me if that’s not the case, so we can adjust to keep both versions if needed.
This PR introduces a major overhaul of our documentation generation and publishing process, aimed at improving navigation, clarity, and maintainability.
1. Improved Documentation Structure
The library's exports have been restructured to create a clear, hierarchical structure in the generated TypeDoc documentation. Previously, the docs presented a flat list of all exports, making them difficult to navigate. Now, all public types, classes, and functions are organized into distinct namespaces:
Classes
: Contains all exported classes likeAuth0
,AuthError
, etc.Interface
: Contains all TypeScript interfaces and type aliases.Hooks
: Contains the React hooks,useAuth0
andAuth0Provider
.Enums
: Contains all enums likeLocalAuthenticationStrategy
.This creates a much clearer experience for developers browsing the API documentation.
2. Automated Publishing and Versioning
To support this new structure and streamline our release process, a full CI/CD pipeline for the documentation has been implemented:
publish-docs
GitHub Actions workflow now automatically builds and commits the documentation to thegh-pages
branch after each release.docs
directory is now treated as a build artifact and has been added to.gitignore
.These changes make the documentation significantly easier for developers to use while automating a previously manual part of our release workflow.
Fixes #1267