mdBook/CONTRIBUTING.md

9.1 KiB

Contributing

Welcome stranger!

If you have come here to learn how to contribute to mdBook, we have some tips for you!

First of all, don't hesitate to ask questions! Use the issue tracker, no question is too simple.

Issue assignment

⚠️ Important ⚠️

Before working on pull request, please ping us on the corresponding issue. The current PR backlog is beyond what we can process at this time. Only issues that have an E-Help-wanted or Feature accepted label will likely receive reviews. If there isn't already an open issue for what you want to work on, please open one first to see if it is something we would be available to review.

Issues to work on

If you are starting out, you might be interested in the E-Easy issues. Those are issues that are considered more straightforward for beginners to Rust or the codebase itself. These issues can be a good launching pad for more involved issues. Easy tasks for a first time contribution include documentation improvements, new tests, examples, updating dependencies, etc.

If you come from a web development background, you might be interested in issues related to web technologies tagged A-JavaScript, A-Style, A-HTML or A-Mobile.

When you decide you want to work on a specific issue, and it isn't already assigned to someone else, assign the issue to yourself by leaving a comment with the text @rustbot claim. Again, do not hesitate to ask questions. We will gladly mentor anyone that want to tackle an issue.

Issues on the issue tracker are categorized with the following labels:

  • A-prefixed labels state which area of the project an issue relates to.
  • E-prefixed labels show an estimate of the experience necessary to fix the issue.
  • M-prefixed labels are meta-issues regarding the management of the mdBook project itself
  • S-prefixed labels show the status of the issue
  • C-prefixed labels show the category of issue

Building mdBook

mdBook builds on stable Rust, if you want to build mdBook from source, here are the steps to follow:

  1. Navigate to the directory of your choice

  2. Clone this repository with git.

    git clone https://github.com/rust-lang/mdBook.git
    
  3. Navigate into the newly created mdBook directory

  4. Run cargo build

The resulting binary can be found in mdBook/target/debug/ under the name mdbook or mdbook.exe.

Code Quality

We love code quality and Rust has some excellent tools to assist you with contributions.

Formatting Code with rustfmt

Before you make your Pull Request to the project, please run it through the rustfmt utility. This will ensure we have good quality source code that is better for us all to maintain.

rustfmt has a lot more information on the project. The quick guide is

  1. Install it (rustfmt is usually installed by default via rustup):
    rustup component add rustfmt
    
  2. You can now run rustfmt on a single file simply by...
    rustfmt src/path/to/your/file.rs
    
    ... or you can format the entire project with
    cargo fmt
    
    When run through cargo it will format all bin and lib files in the current package.

For more information, such as running it from your favourite editor, please see the rustfmt project. rustfmt

Finding Issues with Clippy

Clippy is a code analyser/linter detecting mistakes, and therefore helps to improve your code. Like formatting your code with rustfmt, running clippy regularly and before your Pull Request will help us maintain awesome code.

  1. To install
    rustup component add clippy
    
  2. Running clippy
    cargo clippy
    

Change requirements

Please consider the following when making a change:

  • Almost all changes that modify the Rust code must be accompanied with a test.

  • Almost all features and changes must update the documentation. mdBook has the mdBook Guide whose source is at https://github.com/rust-lang/mdBook/tree/master/guide.

  • Almost all Rust items should be documented with doc comments. See the Rustdoc Book for more information on writing doc comments.

  • Breaking the API can only be done in major SemVer releases. These are done very infrequently, so it is preferred to avoid these when possible. See SemVer Compatibility for more information on what a SemVer breaking change is.

    (Note: At this time, some SemVer breaking changes are inevitable due to the current code structure. An example is adding new fields to the config structures. These are intended to be fixed in the next major release.)

  • Similarly, the CLI interface is considered to be stable. Care should be taken to avoid breaking existing workflows.

  • Check out the Rust API Guidelines for guidelines on designing the API.

Making a pull-request

When you feel comfortable that your changes could be integrated into mdBook, you can create a pull-request on GitHub. One of the core maintainers will then approve the changes or request some changes before it gets merged.

That's it, happy contributions! 🎉 🎉 🎉

Browser compatibility and testing

Currently we don't have a strict browser compatibility matrix due to our limited resources. We generally strive to keep mdBook compatible with a relatively recent browser on all of the most major platforms. That is, supporting Chrome, Safari, Firefox, Edge on Windows, macOS, Linux, iOS, and Android. If possible, do your best to avoid breaking older browser releases.

Any change to the HTML or styling is encouraged to manually check on as many browsers and platforms that you can. Unfortunately at this time we don't have any automated UI or browser testing, so your assistance in testing is appreciated.

Updating highlight.js

The following are instructions for updating highlight.js.

  1. Clone the repository at https://github.com/highlightjs/highlight.js
  2. Check out a tagged release (like 10.1.1).
  3. Run npm install
  4. Run node tools/build.js :common apache armasm coffeescript d handlebars haskell http julia nginx nim nix properties r scala x86asm yaml
  5. Compare the language list that it spits out to the one in syntax-highlighting.md. If any are missing, add them to the list and rebuild (and update these docs). If any are added to the common set, add them to syntax-highlighting.md.
  6. Copy build/highlight.min.js to mdbook's directory highlight.js.
  7. Be sure to check the highlight.js CHANGES for any breaking changes. Breaking changes that would affect users will need to wait until the next major release.
  8. Build mdbook with the new file and build some books with the new version and compare the output with a variety of languages to see if anything changes. The test_book contains a chapter with many languages to examine.

Publishing new releases

Instructions for mdBook maintainers to publish a new release:

  1. Create a PR to update the version and update the CHANGELOG:
    1. Update the version in Cargo.toml
    2. Run cargo test to verify that everything is passing, and to update Cargo.lock.
    3. Double-check for any SemVer breaking changes. Try cargo-semver-checks, though beware that the current version of mdBook isn't properly adhering to SemVer due to the lack of #[non_exhaustive] and other issues. See https://github.com/rust-lang/mdBook/issues/1835.
    4. Update CHANGELOG.md with any changes that users may be interested in.
    5. Update continuous-integration.md to update the version number for the installation instructions.
    6. Commit the changes, and open a PR.
  2. After the PR has been merged, create a release in GitHub. This can either be done in the GitHub web UI, or on the command-line:
    MDBOOK_VERS="`cargo read-manifest | jq -r .version`" ; \
     gh release create -R rust-lang/mdbook v$MDBOOK_VERS \
         --title v$MDBOOK_VERS \
         --notes "See https://github.com/rust-lang/mdBook/blob/master/CHANGELOG.md#mdbook-${MDBOOK_VERS//.} for a complete list of changes."