Skip to content

Add workflow to test against bug fix branch #25

Open

Description

@pllim

Sometimes astropy bugfix release somehow includes breaking changes, making downstream maintainers cry. Would be nice if we run integration testing against backport branch or RC before pushing out a bugfix release. cc @astropy/astropy-project-release-team

Current outcome: Some crying when picking up new bugfix version of astropy.

Desired outcome: No crying.

xref astropy/astropy#12889 (comment)

Activity

  1. astrofrog commented on Feb 27, 2025

    @astrofrog
    Member

    We could also always potentially have a workflow in astropy core that only gets run on releases branches, not main.

  2. Cadair commented on Feb 27, 2025

    @Cadair
    Member

    I think having this as a workflow on core is going to be the only sane way to integrate it with any bugfix automation.

    I think the downstream workflows from asdf and gwcs are good examples of how to do this.

  3. astrofrog commented on Feb 27, 2025

    @astrofrog
    Member

    We could even make it so that it would get run if the extra ci label is added, and in weekly cron

  4. pllim commented on Feb 27, 2025

    @pllim
    MemberAuthor

    astropy has too many downstreams and I monitor its CI. I am afraid putting this workflow in core is going to give me a lot of churns.

  5. Cadair commented on Feb 28, 2025

    @Cadair
    Member

    I don't see how we can automate running downstream tests on automated bugfixes while not having that workflow in core.

    I am in favour of having the downstream run be almost explicitly opt-in on core apart from on release branches. For most cases we should be relying on downstreams doing dev testing not the other way around.

  6. astrofrog commented on Feb 28, 2025

    @astrofrog
    Member

    @pllim - to be clear I personally think if we added a workflow to astropy core we should restrict ourselves to downstreams that we maintain in the astropy org, not all downstreams! (not even all affiliated packages) And yes, that includes not sunpy 😅 Only things we have control over in astropy org.

  7. pllim commented on Feb 28, 2025

    @pllim
    MemberAuthor

    For most cases we should be relying on downstreams doing dev testing not the other way around.

    Won't that be nice.

    Is it possible to have bugfix dev wheel in the same place as nightly dev wheel? I can see how the version matching could be confusing... But if we can pull it off, I can batch issue to ask downstream packages to use it in their CI.

    There might be a way to have automated bug fix release check an external workflow (have to research the details again, my memory is vague now). I was thinking this workflow only runs once in a while or right before release.

  8. Cadair commented on Feb 28, 2025

    @Cadair
    Member

    Won't that be nice.

    To be clear, I mean this is true for testing main.

    I agree with @astrofrog, we should be checking things we maintain against releases before we release.

  9. pllim commented on Mar 3, 2025

    @pllim
    MemberAuthor

    Just so we're clear, which ones of these you want to move to core?

    - linux: py311-asdf_astropy
    - linux: py311-asdf_astropy-dev
    - linux: py311-astropy_healpix
    - linux: py311-astropy_healpix-dev
    - linux: py311-astroquery
    - linux: py311-astroquery-dev
    - linux: py311-ccdproc
    - linux: py311-ccdproc-dev
    - linux: py311-photutils
    - linux: py311-photutils-dev
    - linux: py311-regions
    - linux: py311-regions-dev
    - linux: py311-reproject
    - linux: py311-reproject-dev
    - linux: py311-specreduce
    - linux: py311-specreduce-dev
    - linux: py311-specutils
    - linux: py311-specutils-dev
    - linux: py311-sunpy
    - linux: py311-sunpy-dev

  10. Cadair commented on Mar 5, 2025

    @Cadair
    Member

    Whatever ones are "coordinated" affiliated packages

  11. pllim commented on Mar 6, 2025

    @pllim
    MemberAuthor

    I think one more workflow to core lib and Simon might break but let's see... astropy/astropy#17861

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions