Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/usecannon/cannon
Manage EVM protocol deployments. Inspired by Docker, Terraform, and npm.
https://github.com/usecannon/cannon
anvil ethereum evm hardhat solidity
Last synced: 5 days ago
JSON representation
Manage EVM protocol deployments. Inspired by Docker, Terraform, and npm.
- Host: GitHub
- URL: https://github.com/usecannon/cannon
- Owner: usecannon
- License: gpl-3.0
- Created: 2022-07-12T17:24:36.000Z (almost 2 years ago)
- Default Branch: main
- Last Pushed: 2024-04-13T21:46:07.000Z (3 months ago)
- Last Synced: 2024-04-14T05:13:06.115Z (3 months ago)
- Topics: anvil, ethereum, evm, hardhat, solidity
- Language: JavaScript
- Homepage: https://usecannon.com
- Size: 101 MB
- Stars: 77
- Watchers: 8
- Forks: 16
- Open Issues: 9
-
Metadata Files:
- Readme: README.md
- Contributing: CONTRIBUTING.md
- License: LICENSE
- Code of conduct: CODE_OF_CONDUCT.md
- Security: SECURITY.md
Lists
- awesome-optimism - Cannon - Smart contract deployment tool and package manager. (Development Tools / Upcoming)
README
# Cannon
Cannon is a DevOps tool for EVM chains. It's a tool for testing, deploying, and publishing of smart contracts.
This is the monorepo for Cannon. If you're just interested in using the project, [visit the website](https://usecannon.com).
**⚠️ Cannon is under active development. While the interface and functionality are generally stable, use the tool with caution when conducting high-risk deployments.**
For more information, please see documentation in the modules listed below:
- [`api`](packages/api): Backend for the website.
- [`cli`](packages/cli): The command-line interface. Run `npx @usecannon/cli --help` for usage information.
- [`builder`](packages/builder): Builds chain data from cannonfiles. (This is used by the CLI.)
- [`hardhat-cannon`](packages/hardhat-cannon): Code for the Hardhat plug-in, which wraps the CLI functionality with defaults pulled from a Hardhat project configuration.
- [`indexer`](packages/indexer): Processes all data for cannon into a Redis database. Used on the website.
- [`registry`](packages/registry): The smart contract for the package registry.
- [`repo`](packages/repo): Backend for our homegrown IPFS hosting service.
- [`website`](packages/website): The website, hosted at https://usecannon.com.
Usage Examples:
- [`router-architecture`](examples/router-architecture): Project demonstrating how to setup an upgradable [Router Architecture](https://www.npmjs.com/package/@synthetixio/router).
- [`sample-hardhat-project`](examples/sample-hardhat-project): Hardhat project that demonstrates the core functionality of the `hardhat-cannon` module
- [`sample-foundry-project`](examples/sample-hardhat-project): Foundry project that demonstrates the core functionality of the `cli` module
Cannon is 100% open-source, from the dev tooling to our hosted infrastructure.
## Development
Community contributions to Cannon are greatly appreciated. Please open pull requests, issues, and discussions in the GitHub repository.
To load a development version of Cannon, start by installing the dependencies from the root directory:
```
npm ci
```
After making changes, rebuild the project:
```
npm run build
```
Use the development version of the CLI:
```
cd ./packages/cli && npm start --
```
Test changes to the Hardhat plug-in in the sample project:
```
cd ./examples/sample-hardhat-project && npx hardhat cannon:build
```
Preview updates to the website
```
cd ./packages/website && npm run dev
```
### Contribution Guidelines
See [CONTRIBUTING.md](./CONTRIBUTING.md)
### Version and Publish
We bump and publish manually using lerna's [version and publish](https://lerna.js.org/docs/features/version-and-publish) workflow.
#### Stable Release
1. To create a `stable` release, first checkout to a new branch (it can be called `release-stable` or something similar)
- Note, DO NOT use the version name as the branch name as this can cause conflicts with tags. (eg `v2.12.1` as a branch name is incorrect)
2. Run `npm run version-*` where `*` can be patch, minor or major.
3. Create PR for the release branch
4. From the branch, run `npm run publish` and follow the prompts.
5. Run `npm run update-stables` to make sure that all the other private packages reference to new release.
6. Merge release PR
#### Alpha Release
1. To create an `alpha` release, first checkout to a new branch (it can be called `release-alpha` or something similar)
- Note, DO NOT use the version name as the branch name as this can cause conflicts with tags. (eg `v2.12.1-alpha.0` as a branch name is incorrect)
2. Run `npm run version-alpha` to bump package versions to an alpha version.
3. Create PR for the branch and merge when required tests are passing
4. From the `main` branch, run `npm run publish-alpha` and follow the prompts.
#### Changesets
We can also use [changesets](https://github.com/changesets/changesets) to manage versions on our monorepo.
Currently our [release workflow](.github/workflows/release.yml) on our CI handles bumping package versions and publishing releases to npm through lerna.
It only publishes releases if any changeset PR's have been added to the commit history merged into main.
To trigger a new version bump run the following command (from the root of the repo):
```
npm run changeset
```
## License
[](https://www.gnu.org/licenses/gpl-3.0)
This project is licensed under the terms of the GNU General Public License v3.0.
Copyright (C) 2024 Taihou Technologies