Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.

Adicionar Swagger ao NestJS parece simples na teoria, mas na prática muitos desenvolvedores se deparam com um erro chato: "TS2307: Cannot find module @nestjs/swagger".
Mesmo após rodar o comando de instalação, o problema persiste, pricnipalmente em ambientes com Docker. O que geralmente acontece é que o VSCode ou o compilador TypeScript não conseguem reconhecer o módulo por algum motivo de cache ou configuração.
---
Primeiro, confirme se o módulo realmente foi instalado na pasta node_modules do container Docker, não só no seu ambiente local. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
Depois, verifique o seu arquivo tsconfig.json e o Dockerfile. Pode ser necessário montar o volume da node_modules corretamente ou rodar uma instalação limpa dentro do container. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar.
Outra dica é deletar a pasta node_modules e o arquivo package-lock.json, e rodar npm install de novo, dentro do container, para garantir que tudo está sincronizado. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
Por fim, às vezes o problema é o cache do seu editor ou do próprio TypeScript. Reiniciar o VSCode ou o servidor de linguagem pode ajudar. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar.
---
A experiência mostra que esse erro geralmente não é de código, mas de ambiente. Como vocês têm lidado com esses problemas em projetos com Docker? A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte.
hum
Já passei por isso. No meu time, a maior dica é sempre verificar se o módulo está mesmo dentro do container, não só na sua máquina. Às vezes, o npm install roda fora do container e o Docker não pega a atualização.
No meu time, a dor é quando o cache do TypeScript fica travado. Reiniciar o VSCode às vezes ajuda, mas o ideal é limpar o cache do build também. Já tentou rodar o comando de limpar o cache do tsc?
Eu faria um npm ci dentro do container pra cuidar para que o ambiente esta limpo e atualizado. As vezes o npm install funciona na maquina mas o container ainda nao reconhece.