Dagster 2026年5月 changelog、1.12 系の複数リリースを確認

Dagster の公式 changelog では、2026年5月に 1.12.9 / 0.28.9 から 1.12.22 / 0.28.22 まで複数の version heading が確認されています。今回の weekly coverage audit では、個別 heading が多数あるため、5月分の one-page changelog coverage としてまとめて扱います。

要点

• 公式 changelog は one-page changelog として、Dagster / Dagster+ の version heading を継続的に追加している
• audit window では 1.12.9 から 1.12.22 まで複数の May heading が candidate として抽出された
• local coverage には exact release-notes match がなかったため、新規の月次 coverage として作成した
• 詳細な個別変更は changelog 本体を確認し、導入判断では minor / patch の差分と互換性を確認する必要がある

何が変わったのか

今回の source-first audit では、Dagster の https://docs.dagster.io/about/changelog から May 2026 の version headings として、1.12.22 / 0.28.22、1.12.21 / 0.28.21、1.12.20 / 0.28.20、1.12.19 / 0.28.19、1.12.14 / 0.28.14、1.12.13 / 0.28.13、1.12.12 / 0.28.12、1.12.11 / 0.28.11、1.12.10 / 0.28.10、1.12.9 / 0.28.9 が抽出されました。公式ページの native unit は dated/version heading で、記事としては月次の bundle coverage にしています。

Dagster のような orchestrator では、patch release でも scheduler、asset materialization、resource、integration、UI、Dagster+ control plane などの挙動に影響する可能性があります。特に data platform の運用では、orchestration の小さな変更が backfill、sensor、partition、asset check、deployment workflow に波及するため、version heading をまとめて追う価値があります。

対象になりそうなチーム

• Dagster OSS または Dagster+ を運用している data platform team
• 1.12 系へ更新中の analytics engineering / data engineering team
• asset-based orchestration、partition、backfill、sensor を本番運用しているチーム

実務で確認したいポイント

1. 現在利用中の Dagster / Dagster+ version と May 2026 changelog の差分を確認する
2. scheduler、sensor、asset checks、backfill に関わる変更がないか重点的に読む
3. patch upgrade でも staging workspace で materialization と job run を検証する
4. Dagster+ 利用時は cloud 側 control plane の変更と OSS library version の関係を確認する

どう読むべきか

これは大きな単一発表ではなく、append-only changelog の missed coverage を埋める記事です。Dagster を production orchestrator として使うチームは、月次で version headings を追い、互換性と運用影響を確認するのが安全です。