A monorepo workspace for shared library development
- Overview
- Requirements
- Usage
- Package/Library versioning, changelogs, publishing
- Development in other projects
- Deprecated functionality
./apps
Boilerplates or Applications to demonstrate libraries within this repo./libs
NPM packages, published to Github Packages
Tooling:
pnpm
with workspaceschangesets
for npm package versioning, changelogs & publishing
- To access the NPM registry correctly, update your user ~/.npmrc with a GitHub Access Token. See this for how to.
Project setup essentials:
git clone git@github.com:DHI/Arsenal.git && cd Arsenal
# Install deps & link everything up
pnpm i
# Build all libraries
pnpm build
Developing within the repo:
# Start developing a library
cd libs/jsonform && pnpm dev
# Start an app
cd apps/stories && pnpm start
Read this before doing any package versioning or publishing:
Note: All package should conform to this naming structure within NPM/package.json @dhi/arsenal.{name}
# Version libraries
# - Will walk through versioning choices and allow you to specify changed packages
pnpm release:version
# Publish libraries
# - Publishes packages which need to be published
# - Also updates all dependent packages with new version numbers
pnpm release:publish
By using pnpm
we can leverage its pnpm link --global
command to correctly link libraries from this monorepo into any other project.
pnpm setup # sets up PNPM to work globally
cd libs/scenarios
pnpm link --global # link the package into the global store
pnpm dev # start the development script to update build output on save
cd ~/Work/MyProject
pnpm link --global @dhi/arsenal.scenarios # link in the library we are working on
pnpm dev # start development server
Example workflow:
- Update source files in
libs/scenarios
- Output files are update in
libs/scenarios/x
- Dev server in
~/Work/MyProject
detects this change from ``~/Work/MyProject/node_modules/@dhi/arsenal.scenarios/x` and reloads the page/hot reloads
Packages in this project should include src
files in the bundled package.
These vite.config.ts
options can enable HMR for dependencies by using source files:
// ...
resolve: {
alias: {
// Use src files in specific projects to enable hot reloading
'@dhi/arsenal.scenarios': resolve(
'./node_modules/@dhi/arsenal.scenarios/src',
),
},
},
This also means you do not have to start the dev script for a library, as it relies on filesystem save events on source files, as if they are a part of your project.
The caveat is that the source must be transpilable by your vite.config.ts, and that is dependent mostly of use of @emotion/react
.
The submodules/libs
submodules/apps
directories were previously used to facilitate connected workspace automatic linking.
This practice has been abandoned due to pnpm link
fitting that need, and it introduced issues with pnpm lockfiles becoming malformed.