bazel-contrib / bazel-contrib/rules_python
Create a program to handle release chores
- 主要言語
- Starlark
- スター
- 688
- フォーク
- 721
- 平均マージ
- 15時間 7分
- マージ済み PR(30日)
- 76
説明
There's a few tedious and mechanical steps for our release process around replacing
strings and updating docs. See RELEASING.md for all the steps.
It should be relatively easy to create a program that does the various string processing. The basic logic it needs to do is:
* Update CHANGELOG.md
* Replace the "Unreleased" title with `[X.Y.Z] - YYYY-MM-DD`
* Replace `0.0.0` with X.Y.Z
* Replace `v0-0-0` with `vX-Y-Z`
* Caveat: don't modify the "unreleased template" that is commented out.
* Replace `VERSION_NEXT_*` markers
* caveat: don't replace them in CONTRIBUTING.md, RELEASING.md, and `.*` dirs (.githhub etc)
Something more advanced could look at which `VERSION_NEXT_{FEATURE,PATCH}` markers exist to figure out the next semantic version, but that's just a nice to have.
Just being able to do `tools/private/release.py 1.4.0` would be a big improvement over all the ad-hoc stuff we have to do today.
コントリビューションガイド
調査の方向性
完全なリリース手順についてはRELEASING.mdを読み、その後、要求されたエントリポイントとしてtools/private/release.pyを使用してください。プログラムは1.4.0のようなバージョンを受け付け、CHANGELOG.mdと対象となるVERSION_NEXT_*マーカーを更新し、列挙された除外を維持したうえで、コメントアウトされた未リリース用テンプレートは変更せずに残す必要があります。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- release, tooling
- issue の種類
- 機能追加
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 50/100