# PRDoc
`prdoc` is a tool designed to help generating, checking and loading `.prdoc` files.
`.prdoc` files are YAML files adhering to defined JSON schema and helping with
code change documentation.
While platform like Github allow a simple description for a Pull Request (PR), this is
limited to a title, description and some labels.
The description of a PR itself is often used to describe the change but not
document it in a structured fashion.
A sample schema can be found here: [prdoc\_schema\_user.json](prdoc_schema_user.json) but each repository is free to
define its own JSON Schema.
## Features
- [generate command](#_install) to create new PRDoc files
- [scan command](#_scan): to quickly scan for PRDOc files in a folder
- [check command](#_check): to check one or more PRDOc files
- [load command](#_load): to load one or more PRDoc files
## Install
cargo install prdoc
Alternatively, you may use a the container image if you prefer not installing anything on your system. See the
[Containers](#_containers) section for more details on containers.
## Philosophy
### Configuration, cli flags and environment variables
In order to provide a simple and uniform behavior in a repo, `prdoc` will search for a local configuration file.
The configuration file is a YAML file named `.prdoc.toml` or `prdoc.toml` and located in the root of the repo.
The configuration file can alternatively be passed via ENV (`PRDOC_CONFIG`) or cli flag (`-c`|`--config`).
ENV and cli flags have precedence over the local configuration file.
### Simple to use
While most commands supports options, they are designed to be simple to use and require a minimal amount of user input
when either a config or an `.env` file is present.
## Authoring a PRDoc
### Without tooling
No tooling but a text editor is required to author a new PRDoc. You may simply copy the template from your repo.
The template is defined in the [???](#config):
grep template *prdoc.toml
You then need to save the file as `pr_NNNN.prdoc` (where `NNN` is the PR number) in the repo’s prdoc folder.
This folder is also defined in the config (`./prdoc` is the default\`):
grep output *prdoc.toml
### Using the `prdoc` cli
You will however find it more convenient to [install](https://github.com/paritytech/prdoc#install) and use the `prddoc`
cli and just run:
prdoc generate 9999
After editing the PRDoc file, you may check whether is adheres to the schema using:
prdoc check -n 1226
### Using VSCode
See the [Schemas](#schemas) chapter to learn how to configure VSCode to recognize and check PRDoc files.
### YAML Anchors
You may use YAML anchors as demonstrated below.
# Schema: Parity PR Documentation Schema (prdoc)
title: Foobar
doc:
- audience: Runtime User
description: &desc |
Sunt voluptate ad duis consequat ea in dolore non adipisicing incididunt
ullamco enim qui enim.
- audience: Validator
description: *desc
migrations:
db: []
runtime: []
crates: []
host_functions: []
## Config
Using a configuration file makes it easier for all users as they will be able to omit some of the required flags when
using the `prdoc`.
### Config file name and location
The config will be found if located at the root of the repo and named either:
- `prdoc.toml`
- `.prdoc.toml`
Alternatively, it can be defined as an ENV named `PRDOC_CONFIG` and contain the path of the config, relative to the
repository’s root.
### Content
version = 1
schema = "tests/data/sample_schema.json"
output_dir = "/tmp/prdoc"
prdoc_folders = ["tests/data/all", "tests/data/some"]
template = "template.prdoc"
## Paths
In order to make it easier to use, `prdoc` and its configuration always refer to the **root of the repository**.
It means you can pass either absolute paths or relative ones but relatives ones are based on the root of the repo and
**not** the current working directory.
This allows users to use commands such as:
prdoc check -n 1234
# instead of:
# prdoc check -n 1234 -d ../../folder/where/prdoc_files/are/stored
Or also:
prdoc generate 1234
# instead of;
# prdoc generate 1234 -o ../../folder/where/prdoc_files/are/stored
## Schemas
### PR Doc
The documentation for PRs comes as a file with the extension `.prdoc`.
This is essentially a `yaml` file and the extension helps using the right JSON schema to validate the file.
In VScode, open your user settings and ensure you have the following section:
You first need to tell VScode that .prdoc files are YAML files:
"files.associations": {
"*.prdoc": "yaml",
},
You then need to point to the right schemas:
"yaml.schemas": {
[...other schemas...]
"/path/to/polkadot-sdk/prdoc/schema_user.json": "*polkadot-sdk*/**/*.prdoc",
"/path/to/subxt/prdoc/schema_user.json": "*subxt*/**/*.prdoc"
},
You need to restart/reload VSCode after those changes for the new settings to be picked up.
Should you initially have created the file with another extension such as `.txt`, make sure to change the format to
`YAML` in the VSCode status bar and the right schema should then be picked up.
## Usage
prdoc is a utility to generate, check and load PRDoc files.
More at
Usage: prdoc [OPTIONS] [COMMAND]
Commands:
generate Generate a new file. It will be saved by default unless you provide --dry-run. The command will fail if the target file already exists
check Check one or more prdoc files for validity
scan Scan a directory for prdoc files based on their name
load Load one or more prdoc
help Print this message or the help of the given subcommand(s)
Options:
-c, --config
[env: PRDOC_CONFIG=]
-d, --prdoc-folders
[env: PRDOC_FOLDERS=]
-v, --version
Show the version
-j, --json
Output as json
-h, --help
Print help (see a summary with '-h')
### generate
Generate a new file. It will be saved by default unless you provide --dry-run. The command will fail if the target file already exists
Usage: prdoc generate [OPTIONS]
Arguments:
Change number
Options:
--dry-run Do not save the generated document to file with the proper naming, show the content instead
-c, --config [env: PRDOC_CONFIG=]
-o, --output-dir Optional output directory. It not passed, the default `PRDOC_DIR` will be used under the root of the current project
-d, --prdoc-folders [env: PRDOC_FOLDERS=]
-j, --json Output as json
-h, --help Print help
### check
Check one or more prdoc files for validity
Usage: prdoc check [OPTIONS]
Options:
-f, --file Directly specify the file to be checked. It can be relative to the base directory
-c, --config [env: PRDOC_CONFIG=]
-n, --number number
-d, --prdoc-folders [env: PRDOC_FOLDERS=]
-l, --list Get the list of PR numbers from a file
-s, --schema Schema to be used. Passing this flag/ENV overrides the value from the config [env: PRDOC_SCHEMA=]
-j, --json Output as json
-h, --help Print help
### scan
Scan a directory for prdoc files based on their name
Usage: prdoc scan [OPTIONS]
Options:
-a, --all Also return invalid files
-c, --config [env: PRDOC_CONFIG=]
-s, --sort Sort the output
-d, --prdoc-folders [env: PRDOC_FOLDERS=]
-j, --json Output as json
-h, --help Print help
### load
Load one or more prdoc
Usage: prdoc load [OPTIONS]
Options:
-f, --file file path
-c, --config [env: PRDOC_CONFIG=]
-n, --number One or more PR numbers. Depending on the host OS, the max length of a command may differ. If you run into issues, make sure to check the `--list` option instead
-d, --prdoc-folders [env: PRDOC_FOLDERS=]
-l, --list Get the list of PR numbers from a file
-j, --json Output as json
-h, --help Print help
## Containers
If you prefer not having to install Rust & Cargo and have Podman or Docker installed, you may prefer to run a containerized
version of `prdoc`. This chapter explains how to proceed.
prdoc is designed to work at the repository level and you need to mount your repo as `/repo` into the prdoc container.
podman run --rm -it -v $PWD:/repo paritytech/prdoc --help
ENGINE=podman
DOC_PATH="$PWD/tests/data/some"
$ENGINE run --rm -it -v $DOC_PATH:/repo paritytech/prdoc --help
$ENGINE run --rm -it -v $DOC_PATH:/repo paritytech/prdoc scan --all
$ENGINE run --rm -it -v $DOC_PATH:/repo paritytech/prdoc check
$ENGINE run --rm -it -v $DOC_PATH:/repo paritytech/prdoc load
The container image is working by default in `/repo` so it makes it simpler if you mount your repo there as shown
above.
### Run
podman run --rm -it -v $PWD:/repo paritytech/prdoc --help
ENGINE=podman
DOC_PATH="$PWD/tests/data/some"
$ENGINE run --rm -it -v $DOC_PATH:/repo paritytech/prdoc --help
$ENGINE run --rm -it -v $DOC_PATH:/repo paritytech/prdoc scan --all
$ENGINE run --rm -it -v $DOC_PATH:/repo paritytech/prdoc check
$ENGINE run --rm -it -v $DOC_PATH:/repo paritytech/prdoc load
The container image is working by default in `/repo` so it makes it simpler if you mount your repo there as shown
above.
Commands can end up quite lengthy so you may like to set an alias:
alias prdoc='podman run --rm -it -v $PWD:/repo paritytech/prdoc'
After setting this alias, you may use `prdoc` by simply invoking the `prdoc` command:
prdoc --version
This is out of the scope of this documentation but note that you can just invoke `prdoc check` and expect it to work in
your repo as long as it contains a valid configuration file and schema. Check out the [???](#Configuration) chapter for more
details.
### Build
You can pull the container image from `paritytech`/`prdoc` or build you own:
podman build -t prdoc .
## License
Copyright 2021-2023 - Wilfried Kopp aka. Chevdor
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated
documentation files (the "Software"), to deal in the Software without restriction, including without limitation the
rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit
persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the
Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE
WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR
COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR
OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.