Jag har skapat ett monorepo med Turborepo som för tillfället har 1 React Vite-app och ett tailwind-konfigurationspaket. Och mitt problem just nu är att min app inte alls laddar tailwind. Låt mig försöka förklara min projektstruktur och filer för dig.
root | |- packages | |- tailwind-config | `- apps |- cont Läs mer →Jag sökte och läste dokumentationen men kunde inte hitta den exakta lösningen. Jag sökte också efter mallar och boilerplate.
Hur man använder turborepo utan att använda typescript, några kommentarer om det grabbar?
Jag vill inte använda TypeScript eftersom det är komplicerat för en nybörjare när projektet växer.
Läs mer →
Jag utvecklar en serie paket för TypeScript som en del av ett Turborepo-projekt. Ett exempel på importstrukturen för dessa paket skulle vara
import { Test } from "package-name" import { Test } from "package-name/Test"Problemet jag stöter på med det
Läs mer →
Jag har satt upp ett nytt projekt på den senaste versionen av TurboRepo. I katalogen 'apps' har jag skapat ett nytt Vite-projekt med mallen 'react-swc-ts'. Jag har ändrat 'tsconfig.json' för Vite-projektet:
/* Import */ "baseUrl": "./src", "paths": { "~/*": ["./*" Läs mer →Så jag arbetade på ett projekt där jag vill sätta upp svgr inne i ett tsup-paket i turborepo.
Detta är min tsup-konfiguration
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&quo Läs mer →Försöker bygga ett express-api inuti ett pnpm turborepo-arbetsområde.
api har @my/shared som ett beroende vilket är ett lokalt arbetsytespaket.
Jag har inte kunnat få byggandet korrekt. Jag tror att det jag behöver kunna göra är att bygga det delade biblioteket och inkludera det i API-projektet, men för att göra detta skulle jag behöva kunna ändra alla importuttryck så att Node kan hitta modulen eftersom den importeras som @my/shared.
struktur :
apps/ /api &l Läs mer →Jag sätter upp ett monorepo för ett par Typescript-projekt som jag arbetar med och jag har problem med importalias. Min katalogstruktur är som följer
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 Läs mer →I den officiella dokumentationen angående interna paket står det att du behöver transpila dem i next.config.js: transpilePackages: ['math-helpers'] (sharing-code).
Också, i de nuvarande startexemplen (npx create-turbo@latest), transpileras @repo/ui i nästa appar.
Men alla nästa appar fungerar även utan att transpilera interna paket.
Måste du transpile interna paket i next.config? Om ja, varför? Eller är det int
Läs mer →Jag stöter på ett problem med TypeScript-typinferens i min TurboRepo-konfiguration, särskilt när jag använder Prisma-metoder inom NestJS-tjänster. I serverpaketet har jag en export.d.ts-fil som exporterar typer för olika controllermetoder och DTO:er. Däremot misslyckas TypeScript med att inferera kompletta typer när jag använder Prisma-metoder, vilket resulterar i ofullständiga typdefinitioner när de används i frontendpaketet.
Serverarbetsyta:
// export.d. Läs mer →Jag har ett monorepo som använder Turborepo och som har en Lambda-funktion som är beroende av ett internt paket. I princip något som följande struktur...
Tjänsten är "resize" och den beror på "@repo/image".
services resize package.json Dockerfile src index.ts packages image package.json src helper.tsDetta är förenklat förstås.
Dockerfilen för tjänsten "resize" ser ut så här (baserat på dockerexemplet från turborepo
Läs mer →