-
Notifications
You must be signed in to change notification settings - Fork 368
Release process
David Allsopp edited this page Jun 29, 2021
·
3 revisions
Note: this can be used as a template for specific release
- The release checklist is committed in the repository (in the same spirit as the compiler one)
- Check that release timing does not overlap with an OCaml compiler release
- Branch created in repo (i.e. feature freeze)
- Tell opam CI maintainers to rebuild containers
- New features are tested
- We have 4 different test suites in opam
- Legacy in opam
tests/
directory (make test) - Opam-rt (updated with some new features)
- unit/crowbar tests
- Cram tests (ftm, used for error message check)
- Legacy in opam
- We have 4 different test suites in opam
- The list of issues in the bugtracker is triaged to make sure that; important bug reports have not been forgotten; new feature requests are either scheduled for the next release(s) or dropped.
- What testing remains manual, and how can automate it?
- list
- Are the new features documented in the manual
- Blog post introducing new features
-
Do the ocaml-ci-scripts work against it?
-
Docker containers rebuilding with the alpha?
-
ocaml/opam2
-
ocurrent/opam
-
Does this impact camelus?
- Are the new features documented in the manual
- Blog post introducing new features
- All reported error fixed or moved to outgoing queue
- opam-publish
- dune-release
- camelus
- orb
- opam-file-format
- ocaml-mccs
- Are we definitely on the latest versions of them all
- Check
make cold
for the OCaml version used for bootstrap
#### Manual (and website)
- Are the new features documented in the manual
- Blog post introducing new features
- Full list on opam website
- Windows forks
- Is anything required for future upgrade compatibility? Especially with respect to bumping the opam-version in files.
- Building the binaries: https://github.com/ocaml/opam/tree/master/release