Deployments - Prod / Stage / Storybook

Frontend monorepo with focus on best practices and painless developer experience:

• Monorepo setup that can be easily extended 🔧
• Spin it up with single command 🌀
• TypeScript 100% codebase
• Blazing fast builds, lints, tests with Turborepo remote caching ⚡

• Node v20+

Easily set up a local development environment

• npm i
• npm run build
• npm run dev - Start all apps 🚀

Visit one of the monorepo apps localhost:3100

• Turborepo v1 remote cache build system, with fast execution of commands (build, lint, test etc.) on your local machine and CI
• TypeScript v5 codebase with typescript-eslint strict-type-checked and stylistic-type-checked configurations enabled.
• Vite and Next.js v14 apps
• Monorepo implements 3 styling solutions with shared theme across all apps (pick your use case and remove others).
  Easily import UI components package into apps:
  • Vanilla CSS package
  • Tailwind components library built with Tailwind v3
  • Material UI components library built with MUI v5
• Unit and integration tests with Jest and React Testing Library. Run any single test in monorepo app/package instantly.
• Linting with ESLint
• Prettier code formatter
• Git hooks with Husky and lint-staged
• Commit messages must meet conventional commits format.
  After staging changes just run npm run commit and get instant feedback on your commit message formatting and be prompted for required fields by Commitizen

Bellow commands will be executed on monorepo level - on all apps and packages where npm script exists.

Convention over configuration should be followed as much as possible as described in TypeScript Style Guide.

TLDR:

• Strive for data immutability. ⭣
• Embrace const assertions. ⭣
• Avoid type assertions. ⭣
• Embrace discriminated unions. ⭣
• Strive for functions to be pure, stateless and have single responsibility. ⭣
• Majority of function arguments should be required (use optional sparingly). ⭣
• Strong emphasis to keep naming conventions consistent and readable. ⭣
• Use named exports. ⭣
• Code is organized and grouped by feature. Collocate code as close as possible to where it's relevant. ⭣
• UI components must only show derived state and send events, nothing more (no business logic). ⭣
• Test business logic, not implementation details. ⭣

Monorepo features and conventions:

• Monorepo is opinionated in order to achieve best developer experience. It's meant to be used as frontend only monorepo, 100% TypeScript, consistent codebase across whole monorepo with automated tooling in place as ESLint, Prettier, TypeScript, conventional commits etc.
• Workspaces:
  • It comes with two workspaces apps and packages.
  • All configurations (eslint, jest, tailwind etc.) in packages are always prefixed with "config-" and imported into other workspaces directly from source without building (never transpiled).
  • All other packages beside configurations are always being built/transpiled to dist/ folder.
• Merging to main branch deploys to stage environment, creating new GitHub release deploys to production.
• Monorepo doesn't implement any high-level architectures (islands, micro-frontends), but is prepared with that in mind, so it can be easily extended (page composition, adding shared state etc.)