Skip to content

Rename build arg for upgrade-to-newer-dependencies - #38637

Merged
potiuk merged 1 commit into
apache:mainfrom
potiuk:rename-docker-build-param-to-include-hash
Apr 2, 2024
Merged

Rename build arg for upgrade-to-newer-dependencies#38637
potiuk merged 1 commit into
apache:mainfrom
potiuk:rename-docker-build-param-to-include-hash

Conversation

@potiuk

@potiukpotiuk commented Mar 30, 2024

Copy link
Copy Markdown
Member

The "UPGRADE_TO_NEWER_DEPENDENCIES" build arg was a bit misleading
as it was not a true/false value but rather "random hash"/"false".

This PR makes it a bit more explicit:

  • the arg is named UPGRADE_INVALIDATION_STRING now
  • it's default is "" not false and all conditions are set to check
    for != or == "".

The inputs/outputs in CI job remain as they were - "true/false" but
this PR makes it clearer.


^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named {pr_number}.significant.rst or {issue_number}.significant.rst, in newsfragments.

@potiuk
potiukforce-pushed the rename-docker-build-param-to-include-hash branch from bb720d0 to 345d312CompareMarch 30, 2024 20:55
@potiuk
potiukforce-pushed the rename-docker-build-param-to-include-hash branch from 345d312 to 778ac5aCompareMarch 30, 2024 21:51
Comment thread.github/workflows/prod-image-build.yml Outdated
@potiuk
potiukforce-pushed the rename-docker-build-param-to-include-hash branch 3 times, most recently from 57a5743 to 504a67eCompareApril 1, 2024 22:29
@potiukpotiuk added this to the Airflow 2.9.0 milestone Apr 1, 2024
@potiuk
potiukforce-pushed the rename-docker-build-param-to-include-hash branch from 504a67e to eb98b6dCompareApril 1, 2024 22:41
The "UPGRADE_TO_NEWER_DEPENDENCIES" build arg was a bit misleading
as it was not a true/false value but rather "random hash"/"false".
This PR makes it a bit more explicit:
* the arg is named UPGRADE_INVALIDATION_STRING now
* it's default is "" not false and all conditions are set to check
for != or == "".
The inputs/outputs in CI job remain as they were - "true/false" but
this PR makes it clearer.
@potiuk
potiukforce-pushed the rename-docker-build-param-to-include-hash branch from eb98b6d to 8f19358CompareApril 2, 2024 07:19
@potiuk

Copy link
Copy Markdown
MemberAuthor

I shortened the name a bit :)

@potiukpotiuk changed the title Rename build arg for upgrade-to-newer-dependencies to include hashRename build arg for upgrade-to-newer-dependenciesApr 2, 2024
@potiuk
potiuk merged commit 1934c8b into apache:mainApr 2, 2024
@potiuk
potiuk deleted the rename-docker-build-param-to-include-hash branch April 2, 2024 08:26
ephraimbuddy pushed a commit that referenced this pull request Apr 2, 2024
The "UPGRADE_TO_NEWER_DEPENDENCIES" build arg was a bit misleading
as it was not a true/false value but rather "random hash"/"false".
This PR makes it a bit more explicit:
* the arg is named UPGRADE_INVALIDATION_STRING now
* it's default is "" not false and all conditions are set to check
for != or == "".
The inputs/outputs in CI job remain as they were - "true/false" but
this PR makes it clearer.
(cherry picked from commit 1934c8b)
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area:dev-toolsarea:production-imageProduction image improvements and fixeskind:documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants

@potiuk@Lee-W@hussein-awala@aritra24@eladkal