Monorepo containing all the main components of Streamr Network.
- network-node (@streamr/network-node)
- network-tracker (@streamr/network-tracker)
- protocol (@streamr/protocol)
- utils (@streamr/utils)
- test-utils (@streamr/test-utils)
- browser-test-runner (@streamr/browser-test-runner)
Node.js 16.13.x is the minimum required version. Node.js 18.12.x , NPM 8.x and later versions are recommended. |
---|
The monorepo is managed using npm workspaces.
Installation on an Apple Silicon Mac requires additional steps, see install-on-apple-silicon.md.
Important: Do not use npm ci
or npm install
directly in the sub-package directories.
The go-to command for most use cases.
To install all required dependencies and build all sub-packages (linking sub-packages together as needed):
# from top level
npm run bootstrap
To install the required dependencies and build a specific sub-package:
# from top level
npm run bootstrap-pkg --package=$PACKAGE_NAME
To only install required dependencies and link sub-packages together (and skip build phase):
# from top level
npm ci
To build all sub-packages:
# from top level
npm run build
To build a specific sub-package:
# from top level
npm run build --workspace=$PACKAGE_NAME
To clear all caches and remove the dist
directory from each sub-package:
# from top level
npm run clean-dist
To removes all caches, built files, and node_modules
of each sub-package, and the
top-level node_modules
:
# from top level
npm run clean
Manually add the entry to the package.json
of the sub-package and
run npm run bootstrap-pkg $PACKAGE_NAME
.
Alternatively, run:
npm install some-dependency --workspace=$PACKAGE_NAME
Check which sub-packages are currently being symlinked.
# from top level
npm run versions
This lists sub-packages & their versions on the left, linked
sub-packages are columns. If the package on the left links to the package
in the column, it shows a checkmark & the semver range, otherwise it
shows the mismatched semver range and prints a warning at the end. It
prints the version ranges so you can double-check that they're formatted
as you expect e.g. ^X.Y.Z
vs X.Y.Z
Occasionally it can be useful to clear all the packages and generate package-lock.json completely from scratch. To do this run the following.
npm run clean
rm -rf node_modules
rm package-lock.json
npm cache clean --force
npm install
Variable | Description | Packages |
---|---|---|
BROWSER_TEST_DEBUG_MODE |
Leaves the Electron window open while running browser tests | utils, network-node, client |
STREAMR_DOCKER_DEV_HOST |
Sets an alternative IP address for streamr-docker-dev in end-to-end tests | client, broker |
LOG_LEVEL |
Adjust logging level | all |
DISABLE_PRETTY_LOG |
Set to true to disable pretty printing of logs and print JSONL instead | all |
LOG_COLORS |
Set to false to disable coloring of log messages | all |
NOLOG |
Set to true to disable all logging | all |
NODE_DATACHANNEL_LOG_LEVEL |
Adjust logging level of node-datachannel library |
network-node |
BUNDLE_ANALYSIS |
Whether to produce a bundle analysis when building client package for browser | client (compile time) |
STREAMR__BROKER__ |
Wildcard set of variables used to configure broker | broker |
All the above packages are released at the same time.
git checkout main && git pull
- (skip if beta) Read CHANGELOG, decide new version, and edit file.
./update-versions.sh <SEMVER>
E.g../update-versions.sh 7.1.1
npm run clean && npm install && npm run build && npm run versions
- Ensure output does not contain yellow or red markers
- Add files to staging
git add . -p
./release-git-tags.sh <SEMVER>
E.g../release-git-tags.sh 7.1.1
- Wait for pushed commit to pass CI validation
- Publish packages
./release.sh <NPM_TAG>
- Use argument
beta
if publishing a beta version - Use argument
latest
if publishing a stable version
- Use argument
- Update client API docs if major or minor change:
cd packages/client
npm run docs
aws s3 cp ./docs s3://api-docs.streamr.network/client/vX.Y --recursive --profile streamr-api-docs-upload
Broker is released independently of other packages because it follows its own versioning for the time being.
git checkout main && git pull
cd packages/broker
# Read CHANGELOG.md, decide new version, and edit file
npm version <SEMVER_OPTION>
git add package.json ../../package-lock.json CHANGELOG.md
git commit -m "release(broker): vX.Y.Z"
git tag broker/vX.Y.Z
git push --atomic origin main broker/vX.Y.Z
npm run build
npm publish
After pushing the broker tag, GitHub Actions will build and publish the Docker image automatically if tests pass.
GitHub Actions will not update the latest
tag. This must be done manually. Keep in mind that latest
should
always refer to the latest stable version.
To update latest
do the following.
-
Remove potentially existing latest tag locally with
docker manifest rm streamr/broker-node:latest
-
Find out the sha256 digests of both the amd64 and arm64 builds for a
vX.Y.Z
tag. This can be done via command-linedocker buildx imagetools inspect streamr/broker-node:vX.Y.Z
or you can check this from docker hub website under https://hub.docker.com/r/streamr/broker-node/tags. -
Then we shall create the manifest by running the below. Remember to replace
<SHA-AMD64>
and<SHA-ARM64>
with real values.
docker manifest create streamr/broker-node:latest \
--amend streamr/broker-node@sha256:<SHA-AMD64> \
--amend streamr/broker-node@sha256:<SHA-ARM64>
- Then we publish the manifest with
docker manifest push streamr/broker-node:latest
- Then we are ready. It would be wise to double-check this by checking https://hub.docker.com/r/streamr/broker-node/tags.