91个稳定版本

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.1.0 2023年1月19日

#578 in 神奇豆子

Download history 10651/week @ 2024-05-04 11113/week @ 2024-05-11 11565/week @ 2024-05-18 12143/week @ 2024-05-25 12305/week @ 2024-06-01 11526/week @ 2024-06-08 11308/week @ 2024-06-15 16628/week @ 2024-06-22 11728/week @ 2024-06-29 11413/week @ 2024-07-06 12206/week @ 2024-07-13 14085/week @ 2024-07-20 16513/week @ 2024-07-27 40796/week @ 2024-08-03 22657/week @ 2024-08-10 13158/week @ 2024-08-17

95,509 每月下载量
用于 331 个crate(9个直接使用)

Apache-2.0

705KB
15K SLoC

Rust 13K SLoC // 0.0% comments Bitbake 1K SLoC // 0.1% comments Shell 607 SLoC // 0.1% comments Python 155 SLoC // 0.0% comments INI 9 SLoC

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小时运行。了解更多关于公共集群的信息

基准测试

首先,安装rustc的nightly版本。 cargo bench 仅在nightly版本中可用,它使用不稳定的功能。

$ rustup install nightly

运行基准测试

$ cargo +nightly bench

发布流程

该项目的发布流程在此描述。

代码覆盖率

要生成代码覆盖率统计信息

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

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

依赖项

~19–33MB
~576K SLoC