This generates list of dependencies.
I think it's better to publish dependencies explicitly on documentation. Of course users can refer dependencies from Cargo.toml
, but almost users don't interest for what's library used.
So publishing dependencies explicitly forces users to look at these, and it can advertize these. Additionally it should be motivation for continuing maintenance.
To do this, we need to search dependencies and write information manually, but it's really stressful.
So this tool automate these task. And it generates Thanks for the following dependencies.
$ cargo install thanks-dependencies
Only run command as follows.
$ thanks-dependencies
It has the following options.
$ thanks-dependencies -h
Usage: thanks-dependencies [OPTIONS]
Options:
-r, --readme <README> Path for your README.md [default: ./README.md]
-c, --cargo <CARGO> Path for your Cargo.toml [default: ./Cargo.toml]
-t, --title <TITLE> Title for thanks list [default: "## Thanks for the following dependencies"]
--recursive Whether reading dependencies recursively
-h, --help Print help
- async-recursion(https://github.com/dcchut/async-recursion) ... Recursion for async functions
- cargo_toml(https://gitlab.com/crates.rs/cargo_toml) ...
Cargo.toml
struct definitions for parsing with Serde - clap(https://github.com/clap-rs/clap) ... A simple to use, efficient, and full-featured Command Line Argument Parser
- futures(https://github.com/rust-lang/futures-rs) ... An implementation of futures and streams featuring zero allocations, composability, and iterator-like interfaces.
- futures-util(https://github.com/rust-lang/futures-rs) ... Common utilities and extension traits for the futures-rs library.
- serde(https://github.com/serde-rs/serde) ... A generic serialization/deserialization framework
- surf(https://github.com/http-rs/surf) ... Surf the web - HTTP client framework