reactjs - Turborepo React-app mislykkes i å laste Tailwind
Jeg har laget et monorepo med Turborepo som foreløpig har 1 React Vite-app, og en tailwind-konfigurasjonspakke. Og problemet mitt akkurat nå er at appen min ikke laster tailwind i det hele tatt. La meg prøve å forklare deg prosjektstrukturen og filene mine.
root | |- packages | |- tailwind-config | `- apps Les mer →javascript - Jeg vil bruke turborepo i et prosjekt hvor jeg ikke vil bruke TypeScript. Er dette mulig?
Jeg søkte og leste dokumentasjonen, men kunne ikke finne den eksakte løsningen. Jeg søkte også etter mal og boilerplate.
Hvordan bruke turborepo uten å bruke TypeScript, noen kommentarer om det, folkens?
Jeg vil ikke bruke Typescript fordi det er komplisert for nybegynnere når prosjektet skaleres.
Les mer →javascript - Turborepo/Typescript-pakke - opprettholde importstruktur
Jeg utvikler en serie pakker for TypeScript som en del av et Turborepo-prosjekt. Et eksempel på importstrukturen for disse pakkene ville være
import { Test } from "package-name" import { Test } from "package-name/Test"Problemet jeg støter på med de
Les mer →reactjs - Hvorfor fungerer ikke absolutte stier i TurboRepo
Jeg har satt opp et nytt prosjekt på den nyeste versjonen av TurboRepo. I 'apps'-katalogen har jeg opprettet et nytt Vite-prosjekt ved å bruke 'react-swc-ts'-malen. Jeg har endret 'tsconfig.json' til Vite-prosjektet:
/* Import */ "baseUrl": "./src", "paths": { "~/*": [&quo Les mer →reactjs - Hvordan konfigurere SVGR i en tsup-pakke inne i en turborepo
Så jeg jobbet på et prosjekt hvor jeg ville sette opp svgr inne i en tsup-pakke i turborepo.
Dette er min tsup-konfig
import type { Options } from "tsup"; import { defineConfig } from "tsup"; export default defineConfig((options: Options) => ({ plugins: [], treeshake: true, splitting: true, entryPoints: ["./**/*.tsx"], // format: ["esm"], dts: true, minify: true, clean: true, externals: ["react"], . Les mer →turborepo typescript bygge node-app med arbeidsområdeavhengigheter
Prøver å bygge et Express API inne i et pnpm turborepo-arbeidsområde.
api har @my/shared som en avhengighet, som er en lokal arbeidsområdepakke.
Jeg har ikke klart å få byggingen korrekt. Jeg tror det jeg trenger å kunne gjøre er å bygge det delte biblioteket og inkludere det i API-prosjektet, men for å gjøre dette må jeg kunne endre alle importsetningene slik at Node kan finne modulen fordi den importeres som @my/shared.
struktur :
apps/ /api <- express ( Les mer →typescript - Turborepo Importaliaser
Jeg setter opp et monorepo for et par Typescript-prosjekter jeg jobber med, og jeg har problemer med importaliaser. Min mappestruktur er som følger
project/ apps/ streaming/ package.json tsconfig.json src/ handlers/ KafkaHandler.ts packages/ shared-utils/ package.json tsconfig.json src/ clients/ Kafka.ts tsconfig/ base.json project/packages/tsconfig/base.json Les mer →typescript - Turborepo: transpilePackages for interne pakker
I den offisielle dokumentasjonen angående interne pakker, står det at du må transpile dem i next.config.js: transpilePackages: ['math-helpers'] (sharing-code).
Også, i de nåværende start-eksemplene (npx create-turbo@latest), blir @repo/ui transpilerte i neste apper.
Men alle neste apper fungerer selv uten å transpilere interne pakker.
Må du transpile interne pakker i next.config? Hvis ja, hvorfor? Eller er det
Les mer →nestjs - TypeScript: Eksporterte typer er ufullstendige når du bruker Prisma-metoder i TurboRepo
Jeg støter på et TypeScript-typeinferenproblem i mitt TurboRepo-oppsett, spesielt når jeg bruker Prisma-metoder innen NestJS-tjenester. I serverpakken har jeg en export.d.ts-fil som eksporterer typer for forskjellige kontrollermetoder og DTO-er. Imidlertid klarer ikke TypeScript å inferere komplette typer når jeg bruker Prisma-metoder, noe som resulterer i ufullstendige typedefinisjoner når de brukes i frontend-pakken.
Serverarbeidsområde:
// export.d.ts Les mer →typescript - Turborepo/Lamda/Dockerfile - Feil med å finne intern pakke
Jeg har et monorepo som bruker Turborepo og som har en Lambda-funksjon som er avhengig av en intern pakke. I utgangspunktet noe som strukturen følgende...
Tjenesten er "resize" og den avhenger av "@repo/image".
services resize package.json Dockerfile src index.ts packages image package.json src helper.tsDette er selvfølgelig forenklet.
Docker-filen for "resize"-tjenesten ser slik ut (basert på docker-eksemplet fra
Les mer →