ci: introduce release branch model
メンテナーはふだん 2 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 45/100
調査の方向性
まず scripts/README.md と apache_release.py を読み、現在のリリースフローと main に関するその前提を理解します。ブランチペアの作成コマンドを定義し、vX.Y-test と vX.Y-stable 用にリリースワークフローを更新します。モデルが文書化され、ブランチペアを作成でき、apache_release.py が記載されたワークフローに従ってリリースブランチをサポートすれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Part of #715
Problem
Currently all release work happens on `main`. During the RC voting period (72+ hours), any commit merged to `main` is not included in the release, and there is no safe place to cherry-pick critical fixes without risking the RC.
Solution
Adopt a two-branch model per release series (similar to Airflow):
- `vX.Y-test`: working branch where cherry-picks land while an RC is being voted on
- `vX.Y-stable`: clean branch, only updated when an RC is cut. Tags are created from here.
Workflow
- When preparing a release, create `vX.Y-test` and `vX.Y-stable` from `main`
- Cherry-picks go to `vX.Y-test`
- When cutting an RC, fast-forward merge `vX.Y-test` into `vX.Y-stable`, tag from there
- If the RC fails vote, fix on `vX.Y-test`, cut new RC
- After release, delete `vX.Y-test` (keep `vX.Y-stable` for future patches)
Acceptance criteria
- Document the branch model in `scripts/README.md`
- Add a script/command to create the branch pair
- Update `apache_release.py` to work with release branches instead of `main`
- 主要言語
- Python
- スター
- 2.6k
- フォーク
- 199
- 平均マージ
- 3日 10時間
- マージ済み PR（30日）
- 6
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
apache/burr のほかの issue
-
status/needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
メンテナーはふだん 2 日以内に返信
-
Streaming Event type, type hint, should support union type対応中かも @mvanhorn が 182 日前に担当しました。 オープンarea/streaming area/typing good first issue help wanted kind/bug priority/high
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
メンテナーはふだん 2 日以内に返信
-
Add more instructions for applying ORM migrations for S3 deployment対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンarea/storage area/ui help wanted kind/documentation priority/low
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 2 日以内に返信
-
Add documentation on how to run the Burr UI server再び着手できるかも @iamSerafinnn が 122 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンarea/ui good first issue kind/documentation priority/low
難易度 2/5 半日 初心者へのやさしさ 68/100
メンテナーはふだん 2 日以内に返信
-
status/needs-triage
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
メンテナーはふだん 2 日以内に返信
似ている issue
-
Link Checker Reportオープンautomated issue report
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
RapidAI/RapidOCRDocs#119 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
btclib-org/btclib-node#1833 ·
メンテナーはふだん 1 日以内に返信
-
IRIS reader: no-data velocity bins (DB_VEL, DB_VELC) returned as 0.0 m/s instead of NaN対応中かも @syedhamidali が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 2 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 80/100
elodin-sys/elodin#890 ·
メンテナーはふだん 1 日以内に返信