Skip to content

Consider adding a presubmit check for updates to engine.version #170012

Description

@camsim99

For releases, we often need to update the bin/internal/engine.version file to a newest SHA referencing a commit that includes all the changes (including relevant cherry-picks) that we want to include in the release. However, this SHA can only reference a change that actually includes engine changes. We should consider adding a presubmit test that (1) checks if the SHA that we choose includes an engine change and if not, (2) warns if an older SHA should be used to reference a change with engine modifications/if it doesn't need to modified at all (I assume this is a case we could fall into for hotfix releases but I may be wrong).

CC @matanlurey as this was inspired by my mistakes in #169952, fixed by #170005

Activity

  1. matanlurey commented on Jun 4, 2025

    @matanlurey
    Contributor

    This seems really reasonable.

    The hard part is, of course - where does this check live, and what triggers it?

    My thought:

    • The check lives as part of the Linux analyze series of tests
    • The check only runs on changes that update engine.version

    I will take a look!

  2. added
    c: new featureNothing broken; request for a new capability
    team-infraOwned by Infrastructure team
    P2Important issues not at the top of the work list
    infra: releaseRelease-related requests and tooling
    on Jun 4, 2025
  3. self-assigned this
    on Jun 4, 2025
  4. added a commit that references this issue on Jun 9, 2025
  5. github-actions commented on Jun 19, 2025

    @github-actions

    This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of flutter doctor -v and a minimal reproduction of the issue.

  6. locked as resolved and limited conversation to collaborators on Jun 19, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

P2Important issues not at the top of the work listc: new featureNothing broken; request for a new capabilityinfra: releaseRelease-related requests and toolingteam-infraOwned by Infrastructure team

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions