Quickstart

Getting started with unified Flutter and Dart authentication

Move from installation to a working sign-in flow with a predictable setup sequence, shared provider contracts, and copyable starter code.

Active docs channel
v1.0
Stable release stream
Version selection is persisted locally so teams can preview upcoming changes without leaving the docs flow.

Plan the integration

The SDK is organized around one decision: your app should call the same login, refresh, and logout methods regardless of which identity provider sits behind the flow.

Recommended path

Install the core SDK, wire the redirect URI once, and add provider adapters only for the systems your product needs today.

What you get

Consistent session state, strongly typed auth methods, and provider pages that all follow the same operational model.

Install the SDK

The install step is intentionally small. Teams typically add the core package first, then layer in provider-specific adapters as they move beyond local prototyping.

  • Use `flutter pub add` for application targets.
  • Use `dart pub add` for backend utilities and command-line flows.
  • Keep environment secrets outside source control from the first commit.

Initialize auth

Initialization sets the platform environment, client identity, redirect handling, and provider registry. After that, the same auth client can drive every sign-in path.

Deployment note

Keep client IDs, redirect URIs, and environment-specific issuers aligned across staging and production. Most login failures are configuration mismatches, not SDK failures.

Choose a provider integration

Every provider page follows the same structure so teams can compare setup, configuration, error handling, and code samples without re-learning the docs shape.

Review install matrix
Docs are structured for static generation, searchable navigation, and provider-consistent implementation guides.
Edit this page on GitHub