13 breaking releases

new 0.600.1 May 9, 2025
0.14.0 Mar 7, 2025
0.12.0 Dec 17, 2024
0.10.0 Oct 29, 2024
0.5.0 Jul 16, 2024

#1186 in WebAssembly

Download history 40375/week @ 2025-01-18 37467/week @ 2025-01-25 33029/week @ 2025-02-01 26019/week @ 2025-02-08 39558/week @ 2025-02-15 46608/week @ 2025-02-22 52152/week @ 2025-03-01 29991/week @ 2025-03-08 76950/week @ 2025-03-15 57125/week @ 2025-03-22 47942/week @ 2025-03-29 48137/week @ 2025-04-05 29522/week @ 2025-04-12 27577/week @ 2025-04-19 26856/week @ 2025-04-26 23241/week @ 2025-05-03

111,719 downloads per month
Used in 38 crates (8 directly)

MIT license

135KB
3.5K SLoC

wasmer-config

Continuous Integration

(API Docs)

Provides configuration types for Wasmer.

For Developers

Releasing

This repository uses Release Please to automate a lot of the work around creating releases.

Every time a commit following the Conventional Commit Style is merged into main, the release-please.yml workflow will run and update the "Release PR" to reflect the new changes.

For commits that just fix bugs (i.e. the message starts with "fix: "), the associated crate will receive a changelog entry and a patch version bump. Similarly, adding a new feature (i.e. "feat:") does a minor version bump and adding breaking changes (i.e. "fix!:" or "feat!:") will result in a major version bump.

When the release PR is merged, the updated changelogs and bumped version numbers will be merged into the main branch, the release-please.yml workflow will automatically generate GitHub Releases, and CI will publish the crate if necessary.

TL;DR:

  1. Use Conventional Commit Messages whenever you make a noteworthy change
  2. Merge the release PR when ready to release
  3. Let the automation do everything else

License

This project is licensed under the MIT license (LICENSE or http://opensource.org/licenses/MIT).

It is recommended to always use cargo crev to verify the trustworthiness of each of your dependencies, including this one.

Dependencies

~11MB
~198K SLoC