Atualize para o Astro v2
Este guia irá ajudá-lo a migrar seu projeto do Astro v1 para Astro v2.
Precisa atualizar um projeto antigo para a v1? Veja nosso antigo guia de migração (EN).
Atualize Astro
Seção intitulada Atualize AstroAtualize a versão do Astro do seu projeto para a mais recente utilizando seu gerenciador de pacotes. Se você estiver utilizando integrações Astro, por favor também as atualize para a versão mais recente.
Mudanças Radicais do Astro v2.0
Seção intitulada Mudanças Radicais do Astro v2.0Astro v2.0 contém algumas mudanças radicais, assim como a remoção de algumas funcionalidades previamente descontinuadas. Se o seu projeto não funciona como esperado após atualizar para a v2.0, veja este guia para uma visão geral de todas as mudanças radicais e instruções em como atualizar sua base de código.
Veja o histórico de mudanças para notas completas dos lançamentos.
Removido: Suporte para Node 14
Seção intitulada Removido: Suporte para Node 14Node 14 está agendado para alcançar o seu End of Life (em português, “Fim de Vida”) em Abril de 2023.
Astro v2.0 remove suporte para Node 14 completamente, para que todos os usuários do Astro possam tirar vantagem das funcionalidades mais modernas do Node.
O que devo fazer?
Seção intitulada O que devo fazer?Verifique seu ambos seu ambiente de desenvolvimento e de deploy estão utilizando Node 16.12.0
ou posterior.
-
Verifique sua versão local do Node utilizando:
Se o seu ambiente de desenvolvimento local precisa ser atualizado, instale o Node.
-
Verifique a própria documentação do seu ambiente de deploy para verificar que eles suportam Node 16.
Você pode especificar Node
16.12.0
para o seu projeto Astro tanto em uma opção da configuração do painel de controle, ou em um arquivo.nvmrc
.
Reservado: src/content/
Seção intitulada Reservado: src/content/Astro v2.0 agora inclui a API de Coleções para organizar seus arquivos Markdown e MDX em coleções de conteúdo. Esta API reserva src/content/
como uma pasta especial.
O que devo fazer?
Seção intitulada O que devo fazer?Renomeie uma pasta src/content/
existente para evitar conflitos. Esta pasta, se ela existir, agora pode apenas ser utilizada para coleções de conteúdo.
Modificado: barra final de Astro.site
Seção intitulada Modificado: barra final de Astro.siteNa v1.x, Astro garantia que a URL que você definia como site
em astro.config.mjs
sempre tivesse uma barra final quando acessado utilizando Astro.site
.
Astro v2.0 não mais modifica o valor de site
. Astro.site
irá utilizar o valor exatamente definido e a barra final deve ser especificada se desejada.
O que devo fazer?
Seção intitulada O que devo fazer?Em astro.config.mjs
, adicione uma barra final a URL definida em site
.
Modificado: pasta _astro/
para assets da build
Seção intitulada Modificado: pasta _astro/ para assets da buildNa v1.x, assets eram construídos em várias localizações, incluindo assets/
, chunks/
e na raiz do resultado da build.
Astro v2.0 move e unifica a localização de todos os assets resultantes da build para a nova pasta _astro/
.
Directorydist/
Directory_astro
- client.9218e799.js
- index.df3f880e0.css
Você pode controlar essa localização com a nova opção build.assets
da configuração.
O que devo fazer?
Seção intitulada O que devo fazer?Atualize a configuração da sua plataforma de deploy se ela depende da localização desses assets.
Modificado: configuração de plugins Markdown
Seção intitulada Modificado: configuração de plugins MarkdownRemovido: extendDefaultPlugins
Seção intitulada Removido: extendDefaultPluginsNa v1.x, Astro utilizava markdown.extendDefaultPlugins
para reabilitar os plugins padrões do Astro quando se adiciona seus próprios plugins Markdown.
Astro v2.0 remove essa opção da configuração completamente pois seu comportamento agora é o padrão.
Aplicar plugins remark e rehype em sua configuração de Markdown não mais desabilita os plugins padrões do Astro. GitHub-Flavored Markdown e Smartypants agora são aplicados independente de plugins remarkPlugins
ou rehypePlugins
customizados serem configurados.
O que devo fazer?
Seção intitulada O que devo fazer?Remova extendDefaultPlugins
da sua configuração. Agora este é o comportamento padrão do Astro na v2.0 e você pode deletar essa linha sem nenhuma substituição.
Adicionado: gfm
e smartypants
Seção intitulada Adicionado: gfm e smartypantsNa v1.x, você poderia escolher em desabilitar ambos os plugins Markdown padrões do Astro (GitHub-Flavored Markdown e SmartyPants) ao definir markdown.extendDefaultPlugins: false
.
Astro v2.0 modifica markdown.extendDefaultPlugins: false
com opções Boolean separadas para individualmente controlar cada um dos plugins Markdown padrões do Astro. Eles são habilitados por padrão e podem ser definidos como false
independentemente.
O que devo fazer?
Seção intitulada O que devo fazer?Remova extendDefaultPlugins: false
e adicione as flags para desabilitar cada plugin individualmente no lugar.
markdown.gfm: false
desabilita GitHub-Flavored Markdownmarkdown.smartypants: false
desabilita SmartyPants
Modificado: configurações de plugins MDX
Seção intitulada Modificado: configurações de plugins MDXSubstituído: extendPlugins
modificado para extendMarkdownConfig
Seção intitulada Substituído: extendPlugins modificado para extendMarkdownConfigNa v1.x, a opção extendPlugins
da integração MDX gerenciava como seus arquivos MDX deviam herdar sua configuração Markdown: toda sua configuração Markdown (markdown
) ou apenas plugins padrões do Astro (default
).
Astro v2.0 substitui o comportamento controlado por mdx.extendPlugins
com três novas opções independentemente configuráveis que são true
por padrão:
mdx.extendMarkdownConfig
(EN) para herdar tudo ou nada da sua configuração Markdownmdx.gfm
para habilitar ou desabilitar GitHub-Flavored Markdown no MDXmdx.smartypants
para habilitar ou desabilitar SmartyPants no MDX
O que devo fazer?
Seção intitulada O que devo fazer?Delete extendPlugins: 'markdown'
na sua configuração. Este é o novo comportamento padrão.
Substitua extendPlugins: 'defaults'
com extendMarkdownConfig: false
e adicione as opções separadas para GitHub-Flavored Markdown e SmartyPants para habilitar esses plugins padrões individualmente no MDX.
Adicionado: Mais opções de configuração MDX para se igualar ao Markdown
Seção intitulada Adicionado: Mais opções de configuração MDX para se igualar ao MarkdownAstro v2.0 permite que você agora defina individualmente cada opção da configuração Markdown disponível (exceto drafts
) separadamente na sua configuração da integração MDX.
O que devo fazer?
Seção intitulada O que devo fazer?Revisite a sua configuração Markdown e MDX e compare sua configuração existente com as novas opções disponíveis.
Modificado: Acesso de plugins ao frontmatter
Seção intitulada Modificado: Acesso de plugins ao frontmatterNa v1.x, plugins remark e rehype não haviam acesso ao frontmatter do usuário. Astro juntava o frontmatter de plugins com o frontmatter de seu arquivo, sem passar o frontmatter do arquivo para seus plugins.
Astro v2.0 dá acesso para plugins rehype e remark ao frontmatter do usuário através de injeção de frontmatter. Isso permite autores de plugins modificarem o frontmatter existente de um usuário ou computar novas propriedades com base em outras propriedades.
O que devo fazer?
Seção intitulada O que devo fazer?Verifique quaisquer plugins remark e rehype que você escreveu para ver se seus comportamentos foram modificados. Note que data.astro.frontmatter
agora é o frontmatter completo do documento Markdown ou MDX, ao invés de ser um objeto vazio.
Modificado: Configuração de RSS
Seção intitulada Modificado: Configuração de RSSNa v1.x, o pacote de RSS do Astro permitia que você utilizasse items: import.meta.glob(...)
para gerar uma lista de itens de feed RSS. Esse uso agora foi descontinuado e será eventualmente removido.
Astro v2.0 introduz a função pagesGlobToRssItems()
que envolve a propriedade items
.
O que devo fazer?
Seção intitulada O que devo fazer?Importe e então envolva sua função existente contendo import.meta.glob()
com o utilitário pagesGlobToRssItems()
.
Modificado: Suporte em IDE para Svelte
Seção intitulada Modificado: Suporte em IDE para SvelteAstro v2.0 requer um arquivo svelte.config.js
em seu projeto se você estiver utilizando a integração @astrojs/svelte
(EN). Isso é necessário para fornecer preenchimento automático na IDE.
O que devo fazer?
Seção intitulada O que devo fazer?Adicione um arquivo svelte.config.js
a raiz do seu projeto:
Para novos usuários, esse arquivo será adicionado automaticamente ao executar astro add svelte
.
Removido: legacy.astroFlavoredMarkdown
Seção intitulada Removido: legacy.astroFlavoredMarkdownNa v1.0, Astro moveu o antigo Markdown Estilo-Astro (também conhecido como Componentes em Markdown) para uma funcionalidade legado.
Astro v2.0 remove a opção legacy.astroFlavoredMarkdown
completamente. Importar e utilizar componentes em arquivos .md
não irá mais funcionar.
O que devo fazer?
Seção intitulada O que devo fazer?Remova essa flag legado. Ela não está mais disponível no Astro.
Se você esteve utilizando essa funcionalidade na v1.x, nós recomendamos utilizar a integração MDX (EN) que permite que você combine componentes e expressões JSX com a sintaxe do Markdown.
Removido: Astro.resolve()
Seção intitulada Removido: Astro.resolve()Na v0.24, Astro descontinuou Astro.resolve()
para conseguir URLs resolvidas de assets que você gostaria de referenciar no navegador.
Astro v2.0 remove esta opção completamente. Astro.resolve()
no seu código irá causar um erro.
O que devo fazer?
Seção intitulada O que devo fazer?Resolva caminhos de assets utilizando import
no lugar. Por exemplo:
Removido: Astro.fetchContent()
Seção intitulada Removido: Astro.fetchContent()Na v0.26, Astro descontinuou Astro.fetchContent()
para buscar dados de seus arquivos Markdown locais.
Astro v2.0 remove esta opção completamente. Astro.fetchContent()
no seu código irá causar um erro.
O que devo fazer?
Seção intitulada O que devo fazer?Use Astro.glob()
para buscar arquivos Markdown ou converta para a funcionalidade Coleções de Conteúdo.
Removido: Astro.canonicalURL
Seção intitulada Removido: Astro.canonicalURLNa v1.0, Astro descontinuou Astro.canonicalURL
para construir uma URL canônica.
Astro v2.0 remove esta opção completamente. Astro.canonicalURL
no seu código irá causar um erro.
O que devo fazer?
Seção intitulada O que devo fazer?Use Astro.url
para construir uma URL canônica.
Atualizado: Vite 4
Seção intitulada Atualizado: Vite 4Astro v2.0 atualiza do Vite 3 para Vite 4, lançado em Dezembro de 2022.
O que devo fazer?
Seção intitulada O que devo fazer?Não deve haver mudanças necessárias no seu código! Nós lidamos com a maioria da atualização para você dentro do Astro; porém, alguns comportamentos sutis do Vite ainda podem mudar entre versões.
Recorra ao oficial Guia de Migração do Vite se você tiver algum problema.
Flags Experimentais do Astro v2.0 Removidas
Seção intitulada Flags Experimentais do Astro v2.0 RemovidasRemova as seguintes flags experimentais de astro.config.mjs
:
Essas funcionalidades agora estão disponíveis por padrão:
- Coleções de conteúdo como uma forma de gerenciar seus arquivos Markdown e MDX com segurança de tipos.
- Pré-renderizar páginas individuais para HTML estático ao utilizar SSR para melhorar a velocidade e cacheabilidade.
- Uma sobreposição de mensagens de error redesenhada.
Problemas Conhecidos
Seção intitulada Problemas ConhecidosAtualmente, não há problemas conhecidos.
Upgrade Guides