Update release documentation for airflowctl and tarballs #57337
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
With airflowctl release, we are updating the release process as this is the first time we release the package. That also includes preparing source package - for airflowctl but also providers (in the future for task-sdk as well). This PR is the next step in making our release process more complete with sources released every time we release all packages.
potiuk
requested review from
amoghrajesh,
ashb,
bugraoz93,
eladkal,
ephraimbuddy,
gopidesupavan,
jason810496,
jedcunningham,
jscheffl and
kaxil
as code owners
boring-cyborg
bot
added
area:dev-tools
backport-to-v3-1-test
Member
Author
|
I need that one merged to annnounce the RC for airflow-ctl. |
Member
Author
|
Related issue: #47343 |
Member
Author
|
The failure is being addressed in #57335 |
gopidesupavan
approved these changes
Oct 27, 2025
amoghrajesh
approved these changes
Oct 27, 2025
potiuk
deleted the
update-release-process-for-airflow-ctl-and-tarballs
branch
Backport failed to create: v3-1-test. View the failure log Run details
You can attempt to backport this manually by running: cherry_picker e4e74dd v3-1-testThis should apply the commit to the v3-1-test branch and leave the commit in conflict state marking After you have resolved the conflicts, you can continue the backport process by running: cherry_picker --continue |
Contributor
|
Many thanks Jarek! 🙏 |
potiuk
added a commit
to potiuk/airflow
that referenced
this pull request
Oct 31, 2025
There were few typos after recent refactoring (apache#57337): * "airflow" was still the default for distribution name when we changed it to "apache_airflow" * PACKGE_DATE variable in copy-able commands missed A
potiuk
added a commit
that referenced
this pull request
Oct 31, 2025
There were few typos after recent refactoring (#57337): * "airflow" was still the default for distribution name when we changed it to "apache_airflow" * PACKGE_DATE variable in copy-able commands missed A
potiuk
added a commit
to potiuk/airflow
that referenced
this pull request
Oct 31, 2025
Tagging providers after release after apache#57337 happened after preparing the tarball - which was wrong :) as tarball uses the tag to build the -sources package. Also it cannot be done too early becasue tags are created based on the provider packages prepared in dist. So - tagging providers *SHOULD* happen between creating provider distributions and creating tarball. This PR moves creation of the tarball to the right place, it also improves a bit the "tag-providers" step: * it uses PACKAGE_DATE environment variable if it is defined * it does not react on existing tags - it simply overwrites the tags if such tags exist.
potiuk
added a commit
to potiuk/airflow
that referenced
this pull request
Oct 31, 2025
Tagging providers after release after apache#57337 happened after preparing the tarball - which was wrong :) as tarball uses the tag to build the -sources package. Also it cannot be done too early becasue tags are created based on the provider packages prepared in dist. So - tagging providers *SHOULD* happen between creating provider distributions and creating tarball. This PR moves creation of the tarball to the right place, it also improves a bit the "tag-providers" step: * it uses PACKAGE_DATE environment variable if it is defined * it does not react on existing tags - it simply overwrites the tags if such tags exist.
eladkal
pushed a commit
that referenced
this pull request
Oct 31, 2025
Tagging providers after release after #57337 happened after preparing the tarball - which was wrong :) as tarball uses the tag to build the -sources package. Also it cannot be done too early becasue tags are created based on the provider packages prepared in dist. So - tagging providers *SHOULD* happen between creating provider distributions and creating tarball. This PR moves creation of the tarball to the right place, it also improves a bit the "tag-providers" step: * it uses PACKAGE_DATE environment variable if it is defined * it does not react on existing tags - it simply overwrites the tags if such tags exist.
potiuk
added a commit
to potiuk/airflow
that referenced
this pull request
Nov 5, 2025
…pache#57337) With airflowctl release, we are updating the release process as this is the first time we release the package. That also includes preparing source package - for airflowctl but also providers (in the future for task-sdk as well). This PR is the next step in making our release process more complete with sources released every time we release all packages. (cherry picked from commit e4e74dd) Co-authored-by: Jarek Potiuk <jarek@potiuk.com>
potiuk
added a commit
that referenced
this pull request
Nov 5, 2025
…57337) (#57876) With airflowctl release, we are updating the release process as this is the first time we release the package. That also includes preparing source package - for airflowctl but also providers (in the future for task-sdk as well). This PR is the next step in making our release process more complete with sources released every time we release all packages. (cherry picked from commit e4e74dd)
ephraimbuddy
pushed a commit
that referenced
this pull request
Nov 10, 2025
…57337) (#57876) With airflowctl release, we are updating the release process as this is the first time we release the package. That also includes preparing source package - for airflowctl but also providers (in the future for task-sdk as well). This PR is the next step in making our release process more complete with sources released every time we release all packages. (cherry picked from commit e4e74dd)
Copilot AI
pushed a commit
to jason810496/airflow
that referenced
this pull request
Dec 5, 2025
There were few typos after recent refactoring (apache#57337): * "airflow" was still the default for distribution name when we changed it to "apache_airflow" * PACKGE_DATE variable in copy-able commands missed A
Copilot AI
pushed a commit
to jason810496/airflow
that referenced
this pull request
Dec 5, 2025
Tagging providers after release after apache#57337 happened after preparing the tarball - which was wrong :) as tarball uses the tag to build the -sources package. Also it cannot be done too early becasue tags are created based on the provider packages prepared in dist. So - tagging providers *SHOULD* happen between creating provider distributions and creating tarball. This PR moves creation of the tarball to the right place, it also improves a bit the "tag-providers" step: * it uses PACKAGE_DATE environment variable if it is defined * it does not react on existing tags - it simply overwrites the tags if such tags exist.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
4 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
With airflowctl release, we are updating the release process as this is the first time we release the package. That also includes preparing source package - for airflowctl but also providers (in the future for task-sdk as well).
This PR is the next step in making our release process more complete with sources released every time we release all packages.
^ 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.rstor{issue_number}.significant.rst, in airflow-core/newsfragments.