Skip to content

flutter/packages needs a LUCI solution for check overrides #130076

Closed

Description

@stuartmorgan-g

The version-check command in the flutter/packages CI is set up to, in presubmit, look for likely-missing version changes, as well as for major version changes to platform interface packages (since we almost never actually want to do those). Because it can have false positives, we need a way to override it when it's wrong—the idea is that this is something that we frequently forget (missing versions) or someone might not realize is a big deal (major version bumps to platform interfaces), so we want something that requires a human to explicitly say "yes, we looked at this, and we deliberately chose not to do what we are doing, rather than forgetting or not realizing".

How can we handle this in LUCI tests?

(The way it works with the Cirrus config is that one of the special env variables Cirrus passes to all runs is CIRRUS_PR_LABELS, which has the current set of GitHub labels on the PR, and so we set a label to indicate that we want to override, re-run that check, and the tooling knows to then not fail. We don't need it to be that specific flow, but we need some solution.)

Activity

  1. added
    packageflutter/packages repository. See also p: labels.
    team-infraOwned by Infrastructure team
    P1High-priority issues at the top of the work list
    on Jul 6, 2023
  2. flutter-triage-bot commented on Jul 8, 2023

    @flutter-triage-bot

    Issue is assigned to multiple teams (infra, ecosystem). Please ensure the issue has only one team-* label at a time. Use fyi-* labels to have another team look at the issue without reassigning it.
    The triaged-ecosystem label is irrelevant if there is no team-ecosystem label or fyi-ecosystem label.

  3. self-assigned this
    on Jul 13, 2023
  4. yusuf-goog commented on Jul 17, 2023

    @yusuf-goog
    Contributor

    I'm checking on this, but I don't think we have a way of passing information from the PR to the builds.

    Would the characteristics of this requirement be satisfied by having a value set in the .ci.yaml file?

  5. stuartmorgan-g commented on Jul 17, 2023

    @stuartmorgan-g
    ContributorAuthor

    Would the characteristics of this requirement be satisfied by having a value set in the .ci.yaml file?

    I'm not following; how would we override a check for one specific PR with .ci.yaml?

  6. stuartmorgan-g commented on Jul 29, 2023

    @stuartmorgan-g
    ContributorAuthor

    This is now the last dependency on Cirrus in flutter/packages.

  7. 12 remaining items

  8. stuartmorgan-g commented on Aug 30, 2023

    @stuartmorgan-g
    ContributorAuthor

    which you can use in your recipes.

    We just have the one recipe; could you update it to transfer that property to an environment variable? That would let us directly migrate the existing task.

  9. yusuf-goog commented on Aug 30, 2023

    @yusuf-goog
    Contributor

    Yes, I'll do that

  10. yusuf-goog commented on Aug 30, 2023

    @yusuf-goog
    Contributor
  11. yusuf-goog commented on Aug 30, 2023

    @yusuf-goog
    Contributor

    Change submitted. closing.

  12. stuartmorgan-g commented on Aug 31, 2023

    @stuartmorgan-g
    ContributorAuthor

    This does not appear to be working. I made a test PR, verified that it failed as expected, then added an override label and re-ran the test. On the re-run, there environment variable is empty:
    https://logs.chromium.org/logs/flutter/buildbucket/cr-buildbucket/8771239673077318481/+/u/Run_package_tests/CHANGELOG_and_version_validation/execution_details

  13. yusuf-goog commented on Aug 31, 2023

    @yusuf-goog
    Contributor

    I think my change hasn't been pushed to prod yet, so its not appearing. tracking down the deployment.

  14. yusuf-goog commented on Aug 31, 2023

    @yusuf-goog
    Contributor

    Looks like flutter/cocoon#3032 blocking deployment of changes.

  15. stuartmorgan-g commented on Aug 31, 2023

    @stuartmorgan-g
    ContributorAuthor

    Thanks for tracking that down; I saw the variable being there and assumed that things had propagated, and didn't consider that just the recipe part could have.

    Let me know when it's good to re-test!

  16. github-actions commented on Sep 14, 2023

    @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.

  17. locked as resolved and limited conversation to collaborators on Sep 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

P1High-priority issues at the top of the work listpackageflutter/packages repository. See also p: labels.team-infraOwned by Infrastructure team

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions