@@ -41,15 +41,19 @@ The release process is as follows, on high-level:
41
41
42
42
Creation of the GitHub release trigger the ` pypi ` release workflow.
43
43
44
- 5 . ** Wait for the `` pypi `` release CI/CD to finish.**
44
+ 5 . ** Approve the release workflow.**
45
+ The release workflow will be automatically created in the GitHub Actions tab. This
46
+ must be approved by a member of the release management workgroup before it will run.
47
+
48
+ 6 . ** Wait for the `` pypi `` release CI/CD to finish.**
45
49
If tests fail due to sporadic unrelated failure, restart. If tests fail genuinely,
46
50
something went wrong in the above steps, investigate, fix, and repeat. If the bug
47
51
is known and sporadic (i.e. failure to read data from an external source), the release
48
52
workflow can be restarted. It is not necessary to create a new GitHub release, and
49
53
the workflow can be manually run from the GitHub Actions tab if more PRs are
50
54
required.
51
55
52
- 6 . ** Release workflow completion tasks.**
56
+ 7 . ** Release workflow completion tasks.**
53
57
Once the release workflow has passed, check ` aeon ` version on ` pypi ` , this should be
54
58
the new version. A validatory installation of ` aeon ` in a new Python environment
55
59
should be carried out according to the installation instructions. If the installation
@@ -58,7 +62,7 @@ Creation of the GitHub release trigger the `pypi` release workflow.
58
62
59
63
## ` conda-forge ` release and release validation
60
64
61
- 7 . ** Merge the `` conda-forge `` release PR.**
65
+ 8 . ** Merge the `` conda-forge `` release PR.**
62
66
After some time a PR will be automatically created in the [ aeon conda-forge feedstock] ( https://github.com/conda-forge/aeon-feedstock ) .
63
67
Follow the instructions in the PR to merge it, making sure to update any dependencies
64
68
that have changed and dependency version bounds.
0 commit comments