Skip to content

Add release management command to retreive provider version metadata#32119

Merged
potiuk merged 1 commit intoapache:mainfrom
potiuk:add-provider-metadata
Jun 25, 2023
Merged

Add release management command to retreive provider version metadata#32119
potiuk merged 1 commit intoapache:mainfrom
potiuk:add-provider-metadata

Conversation

@potiuk
Copy link
Member

@potiuk potiuk commented Jun 24, 2023

This new command will refresh and store generated provider version metadata - including the time when provider has been released and which airflow version it has been associated with.

This information will eventually be used in generating provider's changelogs, and it will be used to generate provider-specific dependencies (we need to know which airflow version provider specific dependencies should be compared with).

This is the next step in publishing SBOM information, but it will also be accompanied by updating more information for past releases of the providers.


^ 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
Copy link
Member Author

potiuk commented Jun 24, 2023

Hey Everyone - this is the next step in building more information about our packages (including SBOM information) - getting historical information about providers which can be easily updated and refrehsed.

We will need this one in the next steps, when we will use the information to generate SBOM information for providers, but also to improve provider's CHANGELOG in the future.

This new command will refresh and store generated provider version
metadata - including the time when provider has been released and
which airflow version it has been associated with.

This information will eventually be used in generating provider's
changelogs, and it will be used to generate provider-specific
dependencies (we need to know which airflow version provider
specific dependencies should be compared with).

This is the next step in publishing SBOM information, but it will
also be accompanied by updating more information for past releases
of the providers.
@potiuk potiuk force-pushed the add-provider-metadata branch from fc000e7 to 18f2c72 Compare June 24, 2023 21:12
@potiuk potiuk requested review from pankajastro and pankajkoti June 24, 2023 21:14
@potiuk
Copy link
Member Author

potiuk commented Jun 24, 2023

@potiuk
Copy link
Member Author

potiuk commented Jun 24, 2023

cc: @eladkal - I will plug it in the release preparation process as one of the next steps. I just want to add one thing at a time.

Copy link
Member

@pankajastro pankajastro left a comment

Choose a reason for hiding this comment

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

LGTM

@potiuk potiuk merged commit 63e1117 into apache:main Jun 25, 2023
@potiuk potiuk deleted the add-provider-metadata branch June 25, 2023 06:47
ferruzzi pushed a commit to aws-mwaa/upstream-to-airflow that referenced this pull request Jun 27, 2023
…pache#32119)

This new command will refresh and store generated provider version
metadata - including the time when provider has been released and
which airflow version it has been associated with.

This information will eventually be used in generating provider's
changelogs, and it will be used to generate provider-specific
dependencies (we need to know which airflow version provider
specific dependencies should be compared with).

This is the next step in publishing SBOM information, but it will
also be accompanied by updating more information for past releases
of the providers.
potiuk added a commit that referenced this pull request Jul 2, 2023
…32119)

This new command will refresh and store generated provider version
metadata - including the time when provider has been released and
which airflow version it has been associated with.

This information will eventually be used in generating provider's
changelogs, and it will be used to generate provider-specific
dependencies (we need to know which airflow version provider
specific dependencies should be compared with).

This is the next step in publishing SBOM information, but it will
also be accompanied by updating more information for past releases
of the providers.

(cherry picked from commit 63e1117)
@potiuk potiuk added this to the Airlfow 2.6.3 milestone Jul 2, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants