Skip to content

Resources

Use this page when you need to verify Astro behavior, find the right official guide, or continue learning after the main pages in this topic.

The most useful habit is to start with the official documentation page that matches the task, then use the configuration reference, integration docs, or repository when exact behavior matters.

ResourceUse it for
https://docs.astro.build/Main documentation, guides, concepts, references
https://github.com/withastro/astroSource code, issues, releases, package history
https://docs.astro.build/en/reference/configuration-reference/Exact config options such as site, base, output, and adapters
https://docs.astro.build/en/reference/cli-reference/CLI commands and flags
https://docs.astro.build/en/guides/integrations-guide/Official and community integration entry points

These pages explain the mental model. Read them before debugging a complex integration; many problems come from expecting Astro to behave like a client app framework.

For content-heavy sites, the content collection docs are especially important. They explain how content becomes a typed data model instead of a folder of loose Markdown files.

Use Astro’s styling guide for framework-level behavior and MDN for CSS language details.

Starlight is the right place to verify docs-shell behavior: sidebar, search, i18n, page metadata, code highlighting, and built-in components.

For deployment problems, check the URL shape first: site, base, output directory, and whether the host serves deep routes correctly.

Use release notes and issues when behavior changed between versions or when a guide seems inconsistent with the installed package.

Do not treat resources as a replacement for the page you are writing or reading. A good documentation page should explain the task directly, then link to sources for verification and deeper reference.

When exact behavior matters, prefer this order:

  1. The official guide for the task.
  2. The reference page for the exact option or API.
  3. The repository or release notes for version-specific changes.
  4. Community issues only after checking official facts.