codex-factory/README.md

127 lines
6.5 KiB
Markdown
Raw Normal View History

2021-04-19 19:25:08 +02:00
# Bee Factory
[![Tests](https://github.com/ethersphere/bee-factory/actions/workflows/test.yaml/badge.svg)](https://github.com/ethersphere/bee-factory/actions/workflows/test.yaml)
2022-04-29 15:51:09 +02:00
[![FOSSA Status](https://app.fossa.com/api/projects/git%2Bgithub.com%2Fethersphere%2Fbee-factory.svg?type=shield)](https://app.fossa.com/projects/git%2Bgithub.com%2Fethersphere%2Fbee-factory?ref=badge_shield)
[![](https://img.shields.io/badge/made%20by-Swarm-blue.svg?style=flat-square)](https://swarm.ethereum.org/)
[![standard-readme compliant](https://img.shields.io/badge/standard--readme-OK-brightgreen.svg?style=flat-square)](https://github.com/RichardLitt/standard-readme)
[![js-standard-style](https://img.shields.io/badge/code%20style-standard-brightgreen.svg?style=flat-square)](https://github.com/feross/standard)
![](https://img.shields.io/badge/npm-%3E%3D6.9.0-orange.svg?style=flat-square)
![](https://img.shields.io/badge/Node.js-%3E%3D12.0.0-orange.svg?style=flat-square)
2022-04-29 15:51:09 +02:00
> CLI tool to spin up Docker cluster of Bee nodes for advanced testing and/or development
2022-04-29 15:51:09 +02:00
**Warning: This project is in beta state. There might (and most probably will) be changes in the future to its API and working. Also, no guarantees can be made about its stability, efficiency, and security at this stage.**
2022-04-29 15:51:09 +02:00
## Table of Contents
2022-04-29 15:51:09 +02:00
- [Install](#install)
- [Usage](#usage)
- [Contribute](#contribute)
- [License](#license)
2022-04-29 15:51:09 +02:00
## Install
2022-04-29 15:51:09 +02:00
**Requirements:** Docker
2022-04-29 15:51:09 +02:00
```shell
$ npm install -g @ethersphere/bee-factory
```
2022-04-29 15:51:09 +02:00
## Usage
2022-01-14 09:40:42 +01:00
2022-04-29 15:51:09 +02:00
```shell
2022-05-05 13:36:55 +02:00
# This spins up the cluster for specific Bee version and exits
$ bee-factory start --detach 1.5.1
2021-06-03 18:15:11 +02:00
2022-11-07 14:07:07 +00:00
# The spins up the cluster using Bee version configured in external places. See below for options where to place it.
2022-05-05 13:36:55 +02:00
$ bee-factory start --detach
2022-04-29 15:51:09 +02:00
# This attaches to the Queen container and displays its logs
$ bee-factory logs queen --follow
2021-06-03 18:15:11 +02:00
2022-04-29 15:51:09 +02:00
# This stops the cluster and keeping the containers so next time they are spinned up the data are kept
# but data are not persisted across version's bump!
$ bee-factory stop
2021-06-03 18:15:11 +02:00
2022-04-29 15:51:09 +02:00
# You can also spin up the cluster without the --detach which then directly
# attaches to the Queen logs and the cluster is terminated upon SIGINT (Ctrl+C)
$ bee-factory start 1.5.1
2021-06-03 18:15:11 +02:00
```
2022-04-29 15:51:09 +02:00
For more details see the `--help` page of the CLI and its commands.
2021-06-03 18:15:11 +02:00
2022-05-05 13:36:55 +02:00
### External Bee version configuration
You can omit the Bee version argument when running `bee-factory start` command if you specify it in one of the expected places:
- `package.json` placed in current working directory (cwd) under the `engines.bee` property.
- `.beefactory.json` placed in current working directory (cwd) with property `version`.
### Docker Images
Bee Factory as the NPM package that you can install, like mentioned above, works in a way that it orchestrates launching Bee Factory Docker images
in correct order and awaits for certain initializations to happen in correct form. These Docker images are automatically built with our CI
upon every new Bee release, so you can just specify which version you want to run (starting with `1.5.1` version) as part of the `start` command.
If for some reason you want built your own images, that is possible but discouraged and not supported (**here be dragons**) using the scripts in the `generator` subfolder.
Upon building and publishing these images you can consume them using with Bee Factory with the `--repo` flag.
2022-06-06 14:10:26 +02:00
#### Latest versions
There is special Bee Factory image tag `latest` that has the latest Bee's master build.
It is not recommended using this tag unless you need to test some upcoming feature and know what are you doing.
There is high chance that there might be some change in Bee that is not compatible with current Bee Factory and so it might not even work.
2022-04-29 15:51:09 +02:00
## Contribute
2022-04-29 15:51:09 +02:00
There are some ways you can make this module better:
2022-04-29 15:51:09 +02:00
- Consult our [open issues](https://github.com/ethersphere/bee-factory/issues) and take on one of them
- Help our tests reach 100% coverage!
- Join us in our [Discord chat](https://discord.gg/wdghaQsGq5) in the #develop-on-swarm channel if you have questions or want to give feedback
2022-04-29 15:51:09 +02:00
### Developing
2022-04-29 15:51:09 +02:00
You can run the CLI while developing using `npm start -- <command> ...`.
### Local images
If you want to locally build the Bee Factory images, then edit the `./generator/scripts/.env` file with appropriate configuration
and then run the `./generator/scripts/build-environment.sh` script. This will build the images with the `ethersphere/bee-factory-*` tags.
Then simply run the `npm start -- <command>` with the appropriate version of Bee you have build.
The CLI should pickup local images prior trying to pull it from Docker Hub, so it will use your build ones.
### Updating Blockchain images
If Bee updated its smart contracts suite, then smart contracts needs to be updated in Bee Factory as well otherwise the spawned Bees might
have unpredictable behavior.
First of all you have to preprocess the smart contract's bytecodes. In Solidity the constructor parameters are passed to the contract by appending the parameters
ABI-encoded to the end of the bytecode (for more see for example [here](https://ethereum.stackexchange.com/questions/58866/how-does-a-contracts-constructor-work-and-load-input-values)).
So you have to make sure that the bytecodes that you update are stripped of these constructor parameters.
This is because these parameters are then later on appended during smart contract deployment.
If only internal smart contract's logic has changed and there is no change to the smart contract's constructor, then you have to only
update the bytecodes. You do it by pasting the bytecodes to appropriate files in `./generator/contracts/` folder.
If there are new smart contracts or their constructor's have changed then you have to also modify the deploy script which is present in
`./generator/migrations/1_initial.js` file. **Don't remove the logging that starts with `::CONTRACT:`!** This serves to extract the deployed
contracts addresses and apply them to the Docker image's label.
If you are adding new smart contract than also add new `::CONTRACT:` log line that has format of `::CONTRACT:<bee-option-name>:<smart-contract-address>`,
where the `bee-option-name` stands for the option name that customize the contract's address in Bee.
Last step is to bump the `BLOCKCHAIN_VERSION` version in `./generator/scripts/.env` file.
2022-04-29 15:51:09 +02:00
## Maintainers
2022-04-29 15:51:09 +02:00
- [auhau](https://github.com/auhau)
- [Cafe137](https://github.com/cafe137)
2022-04-29 15:51:09 +02:00
## License
2022-04-29 15:51:09 +02:00
[BSD-3-Clause](./LICENSE)
2022-04-29 15:51:09 +02:00
[![FOSSA Status](https://app.fossa.com/api/projects/git%2Bgithub.com%2Fethersphere%2Fbee-factory.svg?type=large)](https://app.fossa.com/projects/git%2Bgithub.com%2Fethersphere%2Fbee-factory?ref=badge_large)