406 个稳定版本

2.0.7 2024 年 8 月 24 日
2.0.3 2024 年 7 月 20 日
1.18.22 2024 年 8 月 9 日
1.18.20 2024 年 7 月 24 日
0.17.0 2019 年 7 月 30 日

#591 in 神奇豆

Download history 14363/week @ 2024-05-04 14787/week @ 2024-05-11 15003/week @ 2024-05-18 14799/week @ 2024-05-25 14707/week @ 2024-06-01 13863/week @ 2024-06-08 14440/week @ 2024-06-15 20242/week @ 2024-06-22 14541/week @ 2024-06-29 14329/week @ 2024-07-06 15200/week @ 2024-07-13 16846/week @ 2024-07-20 18340/week @ 2024-07-27 44113/week @ 2024-08-03 25260/week @ 2024-08-10 15345/week @ 2024-08-17

105,714 每月下载量
487 个crate(直接使用 33 个) 中使用

Apache-2.0

585KB
12K SLoC

Rust 11K SLoC // 0.0% comments Bitbake 1K SLoC // 0.2% comments Shell 440 SLoC // 0.1% comments

Solana

Solana crate Solana documentation Build status codecov

构建

1. 安装 rustc、cargo 和 rustfmt。

$ curl https://sh.rustup.rs -sSf | sh
$ source $HOME/.cargo/env
$ rustup component add rustfmt

在构建 master 分支时,请确保您正在使用最新的稳定 Rust 版本,通过运行

$ rustup update

在构建特定发布分支时,您应该在 ci/rust-version.sh 中检查 Rust 版本,并在必要时通过运行安装该版本

$ rustup install VERSION

注意,如果这不是您机器上最新的 Rust 版本,则 cargo 命令可能需要一个 覆盖 以使用正确的版本。

在 Linux 系统上,您可能需要安装 libssl-dev、pkg-config、zlib1g-dev、protobuf 等。

在 Ubuntu 上

$ sudo apt-get update
$ sudo apt-get install libssl-dev libudev-dev pkg-config zlib1g-dev llvm clang cmake make libprotobuf-dev protobuf-compiler

在 Fedora 上

$ sudo dnf install openssl-devel systemd-devel pkg-config zlib-devel llvm clang cmake make protobuf-devel protobuf-compiler perl-core

2. 下载源代码。

$ git clone https://github.com/anza-xyz/agave.git
$ cd agave

3. 构建。

$ ./cargo build

测试

运行测试套件

$ ./cargo test

启动本地测试网

在本地启动自己的测试网,说明请参考 在线文档

访问远程开发集群

  • devnet - 可通过 devnet.solana.com 访问的稳定公共集群,用于开发。24/7 运行。了解更多关于 公共集群 的信息

基准测试

首先,安装 rustc 的夜间构建版本。 cargo bench 需要 nightly build 中仅有的不稳定功能。

$ rustup install nightly

运行基准测试

$ cargo +nightly bench

发布流程

此项目的发布流程请参考 此处

代码覆盖率

生成代码覆盖率统计

$ scripts/coverage.sh
$ open target/cov/lcov-local/index.html

为什么是覆盖率?虽然大多数人认为覆盖率是代码质量指标,但我们主要将其视为开发者生产力指标。当开发者对代码库进行更改时,这通常是针对某个问题的解决方案。我们的单元测试套件是我们如何编码代码库解决的一系列问题。运行测试套件应表明您的更改没有侵犯其他人的解决方案。添加测试保护您的解决方案免受未来更改的影响。比如说您不理解某行代码的存在原因,可以尝试删除它并运行单元测试。最近的测试失败应该会告诉您该代码解决了什么问题。如果没有测试失败,请提交一个包含“这段代码解决了什么问题?”的Pull Request。另一方面,如果测试失败并且您能想到更好的解决方案,您的解决方案Pull Request将非常受欢迎!同样,如果重写测试可以更好地传达它所保护的代码,请发送那个补丁!

依赖项

~12–20MB
~293K SLoC