Skip to content

Conversation

@joelcapitao
Copy link
Member

We cannot have this method run in parameter scope because the first build on friday would have SKIP_UNTESTED_ARTIFACTS set to True and the next ones set to False. Jenkins only updates the default value after the first instanciation of the job.

We move to choice parameter and introduces the dynamic value which is the default one.

The allowed choices are now explicitly:

  • dynamic: rely on the should_we_skip_untested_artifacts() method.
  • yes: explicitly set the flag to true.
  • no: explicitly set the flag to false.

We cannot have this method run in parameter scope because the first
build on friday would have `SKIP_UNTESTED_ARTIFACTS` set to True and
the next ones set to False. Jenkins only updates the default value
after the first instanciation of the job.

We move to choice parameter and introduces the dynamic value which
is the default one.

The allowed choices are now explicitly:
- dynamic: rely on the should_we_skip_untested_artifacts() method.
- yes: explicitly set the flag to true.
- no: explicitly set the flag to false.
@dustymabe
Copy link
Member

thanks for working on this

Copy link
Member

@jbtrystram jbtrystram left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice. I like the choices there !

@joelcapitao joelcapitao merged commit 3f000cf into coreos:main Nov 24, 2025
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants