Hi everyone,
We’re pleased to announce the release of opam-publish 2.3.0.
This release, apart from a couple of light improvements, mainly consists of the following new option:
- You can now use opam-publish with the
--no-confirmation
argument for use in automated pipeline. Use this option with extreme caution if you do use it.
The full changelog is available here.
Enjoy,
The opam team.
5 Likes
I don’t remember dune-release
making use of opam-publish
? And opam-repository/CONTRIBUTING.md at ocaml/opam-repository uses dune-release
extensively. Is opam-publish
meant for people who either don’t use or don’t want to rely too heavily on Dune? Or does it afford more flexibility?
1 Like
No dune-release
does not use opam-publish
.
CONTRIBUTING.md
from opam-repository
will be improved in the next two weeks anyway but the only reason why dune-release
is step-by-step explained is because an external contributor put some work to add it there, whereas the historical part explaining opam-publish
is simply a redirection opam-publish’s documentation.
Both projects are separate things and have their own strengths and weaknesses:
- opam-publish: small/simple, flexible and works with any kind of projects
- dune-release: more complete, opinionated and tailored experience for dune/github
In a nutshell opam-publish
only does publishing to opam-repository
(or any other repository) from any kind of source, whereas dune-release
does opinionated tagging, testing, documentation publishing, github releasing, packaging and publishing for dune projects on github.
I’m obviously biased but personally i can’t use dune-release
as there is always a bug preventing me to use it and do not like its opinionated choices.
For my personal projects i usually use my own release script which uses parts of dune-release
as well as opam-publish
for the actual publishing.
3 Likes