Crates.io | cargo-rdme |
lib.rs | cargo-rdme |
version | 1.4.8 |
source | src |
created_at | 2021-10-09 18:28:01.49387 |
updated_at | 2024-11-25 20:15:39.179345 |
description | Cargo command to create your `README.md` from your crate's documentation |
homepage | https://github.com/orium/cargo-rdme |
repository | https://github.com/orium/cargo-rdme |
max_upload_size | |
id | 462873 |
size | 242,343 |
Cargo command to create your README from your crate’s documentation.
You can install cargo rdme with cargo by running cargo install cargo-rdme
.
Cargo rdme will insert your crate’s documentation in your README file. To control where the
documentation will be inserted you need to insert a marker: <!-- cargo-rdme -->
. For example,
you can start your README with some glorious badges and follow up with the rustdoc
documentation:
[![Build Status](https://example.org/badge.svg)](https://example.org/link-to-ci)
<!-- cargo-rdme -->
After running cargo rdme
you will find your README to be something like:
[![Build Status](https://example.org/badge.svg)](https://example.org/link-to-ci)
<!-- cargo-rdme start -->
<WHATEVER-YOUR-CRATES-DOC-IS>
<!-- cargo-rdme end -->
Whenever change your crate’s documentation you just need to run cargo rdme
to update your
README file.
The documentation of your crate doesn’t always map directly to a good README. For example, rust code blocks can have hidden lines. Those should not be shown in the README file.
This section covers the transformation cargo rdme automatically apply to generate a better README.
Rust code block are transformed in two ways by cargo rdme:
#
will be omitted, just like in rustdoc
.rust
markdown tag so it gets proper syntax
highlighting. We also remove tags that only concern rustdoc
such as should_panic
.In the table below you can see an example of these modification. The code block now is
tagged with rust
and hidden lines were removed:
|
|
Rust documentation can contain links to items defined in the crate. This links would not make sense in your README file, so cargo rdme automatically generate links to docs.rs for these intralinks.
Currently we only support links of the form [⋯](crate::⋯)
, so be sure to use that format.
Links to the standard library are also supported, and they must be of the form
[⋯](::<crate>::⋯)
, where <crate>
is a crate that is part of the standard library, such as
std
, core
, or alloc
. Reference-style links are also supported.
Take a look at the example below:
|
|
Note that there is some limitations in intralink support. This is a complex feature: cargo rdme
needs to do some work to be able to create the link to docs.rs. This is because the link
includes the kind of item the intralink points to, in the case of is_prime
we need to discover
that is a function to generate a link that ends in fn.is_prime.html
. Therefore, intralink
support should be considered "best effort" (for instance, don’t expect items generated by macros
to be resolved). If cargo rdme is unable to generate the link it will still generate the README
file, but a warning will be emitted.
The heading levels in the crate’s documentation will, by default, be nested under the level
of the section of the README where it is inserted into. This behavior can be changed with
the --heading-base-level
command line flag, or in the configuration file (see example
below).
If the default behavior of cargo rdme
is not appropriate for your project you can crate a
configuration file .cargo-rdme.toml
in the root of your project. This is how that
configuration file can look like:
# Override the README file path. When this is not set cargo rdme will use the file path defined
# in the project’s `Cargo.toml`.
readme-path = "MY-README.md"
# What line terminator to use when generating the README file. This can be "lf" or "crlf".
line-terminator = "lf"
# If you are using a workspace to hold multiple projects, use this to select the project from
# which to extract the documentation from. It can be useful to also set `readme-path` to create
# the README file in the root of the project.
workspace-project = "subproject"
# Defines the base heading level to use when inserting the crate’s documentation in the
# README. If this is not set the crate’s documentation will be inserted with its sections
# belonging to the README section where the insertion happens.
heading-base-level = 0
# The default entrypoint will be `src/lib.rs`. You can change that in the `entrypoint` table.
[entrypoint]
# The entrypoint type can be "lib" or "bin".
type = "bin"
# When you set type to "bin" the entrypoint default to `src/main.rs`. If you have binary targets
# specified in your cargo manifest you can select them by name with `bin-name`.
bin-name = "my-bin-name"
[intralinks]
# Defines the base url to use in intralinks urls. The default value is `https://docs.rs`.
docs-rs-base-url = "https://mydocs.rs"
# Defines the version to use in intralinks urls. The default value is `latest`.
docs-rs-version = "1.0.0"
# If this is set the intralinks will be stripping in the README file.
strip-links = false
These setting can be overridden with command line flags. Run cargo rdme --help
for more
information.
To verify that your README is up to date with your crate’s documentation you can run
cargo rdme --check
. The exit code will be 0
if the README is up to date, 3
if it’s
not, or 4
if there were warnings.
If you use GitHub Actions you can add this step to verify if the README is up to date:
- name: Check if the README is up to date.
run: |
cargo install cargo-rdme
cargo rdme --check