Am creat un monorepo cu Turborepo care pentru moment are 1 aplicație React Vite și pachetul tailwind-config. Și problema mea pentru moment este că aplicația mea nu încarcă deloc tailwind. Permiteți-mi să vă explic structura și fișierele proiectului meu.
root | |- packages | |- tailwind-config | `- apps |- c Citeste mai mult →Am căutat și am citit documentația, dar nu am găsit soluția exactă. De asemenea, am căutat pentru template și boilerplate.
Cum să folosești turborepo fără să folosești TypeScript, aveți vreun comentariu despre asta, băieți?
Nu vreau să folosesc TypeScript pentru că este complicat pentru începători atunci când proiectul devine mai mare.
Citeste mai mult →
Dezvolt o serie de pachete pentru TypeScript ca parte a unui proiect Turborepo. Un exemplu al structurii de import a acestor pachete ar fi
import { Test } from "package-name" import { Test } from "package-name/Test"Problema pe care o întâmpin cu as
Citeste mai mult →
Am configurat un proiect nou pe cea mai recentă versiune de TurboRepo. În directorul 'apps', am creat un proiect Vite nou folosind șablonul 'react-swc-ts'. Am modificat fișierul 'tsconfig.json' al proiectului Vite:
/* Import */ "baseUrl": "./src", "paths": { "~/*": [" Citeste mai mult →Așadar, lucram la un proiect unde vreau să configurez svgr într-un pachet tsup în turborepo.
Aceasta este configurația mea tsup
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&q Citeste mai mult →Încerc să construiesc un API Express într-un spațiu de lucru pnpm turborepo.
api are @my/shared ca dependență, care este un pachet local din workspace.
Nu am reușit să obțin construcția corectă. Cred că ceea ce trebuie să pot face este să construiesc biblioteca partajată și să o includ în proiectul API, dar pentru a face asta ar trebui să pot schimba toate declarațiile de import pentru a permite nodului să găsească modulul, deoarece este importat ca @my/shared.
structură :
Citeste mai mult →Îmi configurez un monorepo pentru câteva proiecte Typescript la care lucrez și am probleme cu aliasurile de import. Structura mea de directoare este următoarea
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/b Citeste mai mult →În documentația oficială referitoare la pachetele interne, se menționează că trebuie să le transpilați în next.config.js: transpilePackages: ['math-helpers'] (sharing-code).
De asemenea, în exemplele curente de starter (npx create-turbo@latest), @repo/ui este transpilat în aplicațiile next.
Totuși, toate aplicațiile următoare funcționează chiar și fără a transpila pachetele interne.
Trebuie să transpilezi pachetele interne
Citeste mai mult →Întâmpin o problemă de inferență a tipurilor în TypeScript în configurația mea TurboRepo, în special atunci când folosesc metode Prisma în serviciile NestJS. În pachetul server, am un fișier export.d.ts care exportă tipuri pentru diverse metode ale controller-ului și DTO-uri. Cu toate acestea, TypeScript nu reușește să inferereze tipuri complete atunci când folosesc metode Prisma, rezultând definiții de tip incomplete atunci când sunt utilizate în pachetul frontend.
Spațiu de lu
Citeste mai mult →Am un monorepo care folosește Turborepo și care are o funcție Lambda care depinde de un pachet intern. Practic, ceva de genul următoarei structuri...
Serviciul este „resize” și depinde de „@repo/image”.
services resize package.json Dockerfile src index.ts packages image package.json src helper.tsAcesta este simplificat, desigur.
Fișierul docker pentru serviciul „resize” arată astfel (bazat pe exemplul docker din tu
Citeste mai mult →