Melos is able to automatically version, generate changelogs and publish to pub.dev automatically. It's also intelligent enough to detect any package dependencies which require a new version too.
Your Git project must be using Conventional Commits, a widely used specification for commit messages which are readable by humans and machines. Melos parses messages and detects exactly what sort of version upgrade is required.
Melos supports prefixes (like the
Merge ... and
Merged ... for example) before the conventional
commit type, this is useful since some collaborative version control systems use these
non-configurable prefixes when they merge pull requests.
If an existing Git project is already established and does not use Conventional Commits, it is still possible to adopt the convention and use Melos for future releases.
TODO how to adopt conventional commits with melos docs
TODO docs on:
- build versions
- dependency versioning
- bad commit messages?
- manual versioning
To publish packages on pub.dev you must:
- Have permission to publish all the packages.
- Be on a machine which is authenticated with Pub (read: not possible to publish via CIs).
Internally, Melos uses
pub publishto publish the packages.
Once you have versioned your packages, run the publish command to check everything is good to go:
By default, a dry-run is performed (nothing will be published).
Once satisfied with your pending releases, release them to pub.dev:
melos publish --no-dry-run
To use this feature enable it in
command: version: updateGitTagRefs: true # defaults to false
If your packages are private and don't publish to pub.dev, you can use the tag generated as git reference in your
pubspec.yaml file and Melos will ensure the versions are updated accordingly.