-
Node.js: It is recommended to use nvm and run
nvm use
, this will automatically switch to the Node.js version mentioned in the file.nvmrc
.
Alternatively you can install Node.js directly, please refer to.nvmrc
of this project to determine the Node.js version to use. -
pnpm: This monorepo ("workspace") uses
pnpm
as package manager.
It is recommended to usecorepack
of Node.js, just run:corepack enable
pnpm
commands should now be available (and thepnpm
version specified inpackage.json#packageManager
will be automatically used). -
Toolchain for native Node.js modules: Run the installation instructions "A C/C++ compiler tool chain for your platform" of microsoft/vscode/wiki/How-to-Contribute#prerequisites.
./apps/web
: the homepage./packages
: libraries./platform
: configurations and tools for the monorepo
-
Install all dependencies:
pnpm install
-
Run an initial build:
pnpm run build
-
Run watcher for the libraries:
pnpm dev
-
Start a local instance of
@pkerschbaum-homepage/web
:pnpm --filter=web run dev
See scripts
of ./package.json
for available scripts in the workspace.
To fetch the favicons for all articles, run internal:fetch-favicons
and internal:generate-css-modules
in ./apps/web
.
Note: This command will also run Puppeteer.
If you have some errors with Puppeteer, like "error while loading shared libraries: libatk-1.0.so.0", make sure you have installed all dependencies on your system necessary to run Puppeteer/Chrome.
One way to get all dependencies is to just install Chrome. For Ubuntu, execute this command in a temporary directory:
wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb && sudo apt install ./google-chrome-stable_current_amd64.deb
See also this link for more information: https://github.com/puppeteer/puppeteer/blob/main/docs/troubleshooting.md.
We use the custom transformer (plugin) typescript-transform-paths
in our TypeScript codebase. This enables authoring TypeScript sources with path aliases but during TypeScript compilation, they are replaced by relative paths.
That avoids all sorts of difficulties supporting path aliases in Node.js, Next.js, etc.
Such custom transformers (plugins) are not supported by TypeScript out-of-the-box, so we apply ts-patch
to the typescript
package.
To better incorporate with pnpm (pnpm/pnpm#6111) we create a pnpm patch via ts-patch
, using @pkerschbaum/pkg-management
.
Consequently, to update TypeScript to a new version, this procedure is required:
-
Remove current patch:
pnpm patch-remove [email protected] # <-- look this up in package.json#pnpm.patchedDependencies
-
Update
typescript
everywhere:pnpm -r update [email protected] # <-- new version here
-
Run:
pnpm --package=\"@pkerschbaum/[email protected]\" dlx create-pnpm-patch-via-ts-patch \ --typescript-version=5.7.2 \ # <-- new version of `typescript` here --ts-patch-version=3.3.0 # <-- latest version of `ts-patch` here
In the future, when all tools (like Node.js, Next.js builds, Playwright, ...) support "subpath imports" correctly, we can configure #pkg/*
imports via subpath imports and remove that "patching" approach altogether.