331 个稳定版本

2.0.7 2024 年 8 月 24 日
2.0.3 2024 年 7 月 20 日
1.18.22 2024 年 8 月 9 日
1.18.20 2024 年 7 月 24 日
1.4.13 2020 年 11 月 29 日

#585 in 神奇豆

Download history 5004/week @ 2024-05-03 5303/week @ 2024-05-10 4786/week @ 2024-05-17 4787/week @ 2024-05-24 5943/week @ 2024-05-31 4798/week @ 2024-06-07 4737/week @ 2024-06-14 7542/week @ 2024-06-21 5058/week @ 2024-06-28 4900/week @ 2024-07-05 5147/week @ 2024-07-12 5564/week @ 2024-07-19 6105/week @ 2024-07-26 5912/week @ 2024-08-02 5836/week @ 2024-08-09 4993/week @ 2024-08-16

23,927 每月下载量
用于 181 个包 (7 直接)

Apache-2.0

580KB
12K SLoC

Rust 10K 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

构建主分支时,请确保您使用的是最新的稳定版 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 访问,全天候运行。了解更多关于 公共集群 的信息。

基准测试

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

$ rustup install nightly

运行基准测试

$ cargo +nightly bench

发布流程

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

代码覆盖率

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

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

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

依赖关系

约18-27MB
约404K SLoC