Skip to content

airflow-ctl release: carry over checked boxes from the previous RC#65644

Merged
potiuk merged 1 commit intoapache:mainfrom
potiuk:docs-airflow-ctl-carry-over-rc-checks
Apr 22, 2026
Merged

airflow-ctl release: carry over checked boxes from the previous RC#65644
potiuk merged 1 commit intoapache:mainfrom
potiuk:docs-airflow-ctl-carry-over-rc-checks

Conversation

@potiuk
Copy link
Copy Markdown
Member

@potiuk potiuk commented Apr 21, 2026

When cutting a follow-up RC (rcN after rcN-1 was voted down), items that testers already verified on rcN-1 should be pre-checked in the new testing-status issue — otherwise testers waste time retesting unchanged fixes, and cross-RC progress is hard to see.

Add a carry-over step to the airflow-ctl release doc right after the testing-status issue is created. It:

  1. Reads the checked lines from the previous RC's issue.
  2. For each unchecked line in the new RC's issue, pre-checks it if any PR number on that line was already verified in the previous RC — matching works across `[v3-2-test]` backport PRs that reference the original main-branch PR number on the same line (`... (Added plugins command to airflowctl #64935) ([v3-2-test] Added plugins command to airflowctl (#64935) #65001)`).
  3. Posts a comment on the new issue explaining what was carried over.

Caught while running 0.1.4rc3 — 7 items from rc2 (#65497) carried over into rc3 (#65643) with this procedure. Without it, all 7 testers would have had to retest unchanged backports.

Test plan

  • N/A — doc-only.

Was generative AI tooling used to co-author this PR?
  • Yes — Claude Opus 4.7 (1M context)

Generated-by: Claude Opus 4.7 (1M context) following the guidelines

When cutting a follow-up RC, items that testers already verified on
the previous RC should be pre-checked so they do not retest unchanged
fixes. Add a step to the airflow-ctl release doc that takes a diff of
checked boxes between the previous and current RC's testing-status
issues and pre-checks the matching items in the new issue (matching
works across v3-2-test backport PRs that reference the original main
PR number on the same line).

Caught while running 0.1.4rc3 — 7 items from rc2 carried over; without
the carry-over, all of those testers would have had to re-verify.
@boring-cyborg boring-cyborg Bot added area:dev-tools backport-to-v3-2-test Mark PR with this label to backport to v3-2-test branch labels Apr 21, 2026
Copy link
Copy Markdown
Contributor

@bugraoz93 bugraoz93 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 generally copied old content as it was really a hassle to create these manually for a while :D Great to have it in the doc

@potiuk potiuk merged commit f74bcad into apache:main Apr 22, 2026
63 checks passed
@potiuk potiuk deleted the docs-airflow-ctl-carry-over-rc-checks branch April 22, 2026 21:10
@github-actions
Copy link
Copy Markdown
Contributor

Backport successfully created: v3-2-test

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status Branch Result
v3-2-test PR Link

github-actions Bot pushed a commit to aws-mwaa/upstream-to-airflow that referenced this pull request Apr 22, 2026
…pache#65644)

When cutting a follow-up RC, items that testers already verified on
the previous RC should be pre-checked so they do not retest unchanged
fixes. Add a step to the airflow-ctl release doc that takes a diff of
checked boxes between the previous and current RC's testing-status
issues and pre-checks the matching items in the new issue (matching
works across v3-2-test backport PRs that reference the original main
PR number on the same line).

Caught while running 0.1.4rc3 — 7 items from rc2 carried over; without
the carry-over, all of those testers would have had to re-verify.
(cherry picked from commit f74bcad)

Co-authored-by: Jarek Potiuk <jarek@potiuk.com>
aws-airflow-bot pushed a commit to aws-mwaa/upstream-to-airflow that referenced this pull request Apr 22, 2026
…pache#65644)

When cutting a follow-up RC, items that testers already verified on
the previous RC should be pre-checked so they do not retest unchanged
fixes. Add a step to the airflow-ctl release doc that takes a diff of
checked boxes between the previous and current RC's testing-status
issues and pre-checks the matching items in the new issue (matching
works across v3-2-test backport PRs that reference the original main
PR number on the same line).

Caught while running 0.1.4rc3 — 7 items from rc2 carried over; without
the carry-over, all of those testers would have had to re-verify.
(cherry picked from commit f74bcad)

Co-authored-by: Jarek Potiuk <jarek@potiuk.com>
potiuk added a commit that referenced this pull request Apr 22, 2026
…65644) (#65697)

When cutting a follow-up RC, items that testers already verified on
the previous RC should be pre-checked so they do not retest unchanged
fixes. Add a step to the airflow-ctl release doc that takes a diff of
checked boxes between the previous and current RC's testing-status
issues and pre-checks the matching items in the new issue (matching
works across v3-2-test backport PRs that reference the original main
PR number on the same line).

Caught while running 0.1.4rc3 — 7 items from rc2 carried over; without
the carry-over, all of those testers would have had to re-verify.
(cherry picked from commit f74bcad)

Co-authored-by: Jarek Potiuk <jarek@potiuk.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area:dev-tools backport-to-v3-2-test Mark PR with this label to backport to v3-2-test branch

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants