Documenting effect if task state store cleanup for KPO - #70722
Conversation
Backport failed to create: v3-3-test. View the failure log Run detailsNote: As of Merging PRs targeted for Airflow 3.X In matter of doubt please ask in #release-management Slack channel.
You can attempt to backport this manually by running: cherry_picker c86ba34 v3-3-testThis should apply the commit to the v3-3-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 --continueIf you don't have cherry-picker installed, see the installation guide. |
|
Going to move this to the 3.4.0 milestone instead of backporting it to The new paragraph appends into the "Durable execution" section of the KubernetesPodOperator docs, and that section isn't present on |
Was generative AI tooling used to co-author this PR?
Similar to #70721 but for KPO. KPO is separately handled because it doesn't use
ResumableJobMixinbut directly usestask_state_store.{pr_number}.significant.rst, in airflow-core/newsfragments. You can add this file in a follow-up commit after the PR is created so you know the PR number.