Skip to content

Updates/process info for 4.3 #11847

Description

@eteq

This is a running set of notes from the release process mostly for me to remember things that need to be updated in the docs after the fact. I'll update this post as things come up

  • It might be wise to mention post-release steps for situations like the unfortunately-timed mpl build that broke RTD.
  • The release instructions don't seem to reflect the new changelog.
  • The release instructions don't mention the backport bot (although it's currently not clear what the right process is! More discussion needed later).
  • The branching instructions don't mention the fact that github actions should be updated for the newly-created branch (I think? see change actions to trigger workflows on this branch #11846)
  • The release instructions don't say when the branch of a completed version should be closed in the pr_consistency script (in the past I think it's been when the next version is released, but should write that down.)
  • The release instructions call for the gh_issuereport.py script, but it doesn't work anymore. Need to update it to https://github.com/sunpy/sunpy/blob/main/tools/generate_releaserst.xsh (and maybe move that to openastro?)
  • Add a note to the instructions to push up the dev tag when branching happens
  • Update mentions of astropy-procedures back to astropy-tools
  • Mention what to do about change to just links for whatsnew index #11689
  • Clarify in the release instructions whether/how IERS releases should go in main (3aaad22#commitcomment-53448308)
    • On 2021-10-21 infrastructure tag-up, there was a consensus that IERS update should be made as a PR against main and then backported after merge.
  • Make it clear you should check both the CI and the RTD build logs, or make sure there's a last-before-release PR into the branch - indentation fix #11974
  • The language about setting branches to "protected" in the post-release process is out-of-date. It's now "hidden but active"
  • Be more specific about the announcement process (and shouldn't need to coordinate with the CoCo - rather the release team)
  • Be more concrete about the "announcement" part (e.g. 4.2 did not follow the normal process)
  • Figure out a way to stop any activity on the release branch between when the release manager starts the release process (i.e., updates the changelog with the towncrier PR) and the actual release.
    • PL: Maybe some sort of temporary branch protection rules? If you do this, please document the how-to.
  • Confirm that the ci-helpers update is no longer needed and remove or update the post-release item as needed.
    • PL: It is only used here now
      pypi_filter = https://raw.githubusercontent.com/astropy/ci-helpers/main/pip_pinnings.txt

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions