Thanks for that you are interested in contributing to Modern.js. Before starting your contribution, please take a moment to read the following guidelines.
Fork this repository to your own GitHub account and then clone it to your local.
We recommend using Node.js 18. You can check your currently used Node.js version with the following command:
If you do not have Node.js installed in your current environment, you can use nvm or fnm to install it.
Here is an example of how to install the Node.js 18 LTS version via nvm:
What this will do:
prepare
script to build all packages (this will take some time, but is necessary to make ensure all packages are built)A full rebuild of all packages is generally not required after this. If a new feature you are developing requires an updated version of another package, it is usually sufficient to build the changed dependencies.
Please make sure you have your email set up in <https://github.com/settings/emails>
. This will be needed later when you want to submit a pull request.
Check that your git client is already configured the email:
Set the email to global config:
Set the email for local repo:
Once you have set up the local development environment in your forked repo, we can start development.
It is recommended to develop on a new branch, as it will make things easier later when you submit a pull request:
To build the package you want to change, first open the package directory, then run the build
command:
Alternatively, you can build the package from the root directory of the repository using the --filter
option:
Build all packages:
If you need to clean all node_modules/*
in the project, run the reset
command:
If you've fixed a bug or added code that should be tested, then add some tests.
You can add unit test cases in the <PACKAGE_DIR>/tests
folder. The test syntax is based on Jest and Vitest.
Before submitting a pull request, it's important to make sure that the changes haven't introduced any regressions or bugs. You can run the unit tests for the project by executing the following command:
Alternatively, you can run the unit tests of single package using the --filter
option:
In addition to the unit tests, the Modern.js also includes end-to-end (E2E) tests, which checks the functionality of the application as a whole.
You can run the test:e2e
command to run the E2E tests:
If you need to run a specified test, you can add keywords to filter:
To help maintain consistency and readability of the codebase, we use a ESLint to lint the codes.
You can run the Linter by executing the following command:
You can input !bench-framework
or !bench-module
in the comment area of the PR to do benchmarking on @modern-js/app-tools
and @modern-js/module-tools
respectively (you need to have Collaborator and above permissions).
You can focus on metrics related to build time and bundle size based on the comparison table output by comments to assist you in making relevant performance judgments and decisions.
Dependencies installation-related metrics base on publishing process, so the data is relatively lagging and is for reference only.
Currently Modern.js provides documentation in English and Chinese. If you can use Chinese, please update both documents at the same time. Otherwise, just update the English documentation.
You can find all the documentation in the packages/document
folder:
This website is built with Rspress, the document content can be written using markdown or mdx syntax. You can refer to the Rspress Website for detailed usage.
The source code of Rspress can be found in this repo.
Modern.js is using Changesets to manage the versioning and changelogs.
If you've changed some packages, you need add a new changeset for the changes. Please run change
command to select the changed packages and add the changeset info.
Commit your changes to your forked repo, and create a pull request.
The format of PR titles follow Conventional Commits.
An example:
We use Modern.js Monorepo Solution to manage version and changelog.
Repository maintainers can publish a new version of all packages to npm.
Here are the steps to publish (we generally use CI for releases and avoid publishing npm packages locally):
main
branch.