When contributing to this repository, please first discuss the change you wish to make via issue, email, or any other method with the owners of this repository before making a change.
Please note we have a code of conduct, please follow it in all your interactions with the project.
- Ensure any install or build dependencies are removed before the end of the layer when doing a build.
- Update the README.md with details of changes to the interface, this includes new environment variables, exposed ports, useful file locations and container parameters.
- Increase the version numbers in any examples files and the README.md to the new version that this Pull Request would represent. The versioning scheme we use is SemVer.
- You may merge the Pull Request in once you have the sign-off of two other developers, or if you do not have permission to do that, you may request the second reviewer to merge it for you.
- Install lerna globally
npm install --location=global lerna
- Run
yarn
in the root folder to install all dependencies - Run
lerna run build
andlerna link
Example: If you have made a change in @datx/utils
and need to use the new change in @datx/core
, it should be enough to run yarn build
in the datx-utils
folder. If the editor doesn't detect the changes, you can try to cmd+click on the error (forcing the editor to reload the typings).
To test a specific package, run yarn test
in its folder. If you want to run all tests, you can run lerna run test
in the root folder. Once you push the code to the repository, GHA will run tests once more.
When writing docs, make sure your updates are writtern in versioned_docs/{version}
and versioned_sidebars/{version}
to be visible once docs are generated and published. Otherwise, only next
version on the docs website will be updated and published.
npm run publish