4.7 KiB
Contributing to ZenStack
I want to think you first for considering contributing to ZenStack 🙏🏻. It's people like you who make ZenStack a better toolkit that benefits more and more developers! This document will help you get started, and please join our Discord if you have any questions.
Prerequisites
If you want to run the tests, you should be aware that some of the integration tests run against postgres. These tests will attempt to set up and subsequently their own database, so you'll need to provide a connection details for a postgres user with at least those permissions. To provide connection details, you can configure the following environment variables or provide them when executing pnpm test commands.
ZENSTACK_TEST_DB_USER: The postgres username, for a user with permission to create/drop databases. Default:postgres.ZENSTACK_TEST_DB_PASS: Password for said user. Default:abc123.ZENSTACK_TEST_DB_NAME: Default database to connect onto. This database isn't used any further, so it's recommended to just use the defaultpostgresdatabase. Default:postgres.ZENSTACK_TEST_DB_HOST: Hostname or IP to connect onto. Default:localhost.ZENSTACK_TEST_DB_PORT: Port number to connect onto. Default:5432.
Get started
-
(Windows only) Your environment should support symlinks, by enabling "Developer mode" in
Settings => System => For developers(Windows 10/11 only) and setting thecore.symlinkssetting in git totrue. For more info refer to this StackOverflow answer.git config --global core.symlinks true -
Make a fork of the repository
Make sure all branches are included.
-
Clone your fork
-
Switch to the "dev" branch
git checkout dev -
Install dependencies
pnpm install -
Build the project
ZenStack uses pnpm workspace to manage packages in the monorepo. To build the project, run the following command in the root directory:
pnpm build -
Scaffold the project used for testing
pnpm test-scaffoldYou only need to run this command once.
-
Run tests
pnpm test
Development workflow
ZenStack adopts a very simple development workflow:
-
Changes should be made in branches created off the "dev" branch.
-
After coding and testing, create a PR to merge the changes into the "dev" branch.
-
After code review is done, the PR is squashed and merged into the "dev" branch.
-
Periodically, the "dev" branch is merged back to the "main" branch to create a new release.
Project structure
ZenStack is a monorepo consisting of multiple NPM packages managed by pnpm workspace. The packages reside in the "packages" folder:
language
The ZModel language's definition, including its syntax definition and parser/linker implementation. The compiler is implemented with the Langium toolkit.
schema
The zenstack CLI and ZModel VSCode extension implementation. The package also contains several built-in plugins: @core/prisma, @core/enhancer, and core/zod.
runtime
Runtime enhancements to PrismaClient, including infrastructure for creating transparent proxies and concrete implementations of various proxies.
server
The server package contains two main parts:
-
Framework-agnostic API handlers: defining input/output format and API routes in a framework-independent way. Currently supports "rpc" and "rest" styles.
-
Framework-specific adapters: translating framework-dependent request and response formats.
sdk
Contains utilities for building ZenStack plugins.
plugins
Plugins for generating different artifacts from the ZModel schema.
Testing changed packages locally
You can use one of the two ways to test changed packages locally:
-
Copy built packages to overwrite the installed ones
After making changes, run
pnpm buildand then copy the generated artifacts from thedistfolder to thenode_modulesfolder of your test project to overwrite the installed code. -
Publish packages to a local registry
You can run a local NPM registry (like Verdaccio) and publish the changed packages to it. There's a preconfigured
pnpm publish-previewcommand that publishes all locally built packages to a local Verdaccio registry (http://localhost:4873).The easiest way to install Verdaccio locally is to use Docker.