chore: 週次の image-update-and-release.yaml を削除

追従すべき上流イメージが存在しないチャートのため、Docker Hub 等の
更新チェックを行う週次ワークフローに意味が無いと判断し削除。
リリースは push トリガの helm-release.yaml(未公開バージョンのときだけ
リリース)の1本に一本化。README.md / CLAUDE.md からも該当記述を除去し、
組織ルールに対する例外として CLAUDE.md に明記した。
This commit is contained in:
2026-09-05 11:33:36 +09:00
parent 6988ecefab
commit 8d297fe5f3
3 changed files with 26 additions and 209 deletions
+14 -6
View File
@@ -37,12 +37,11 @@
- リリース内容 = Package Registry 発行 + Git タグ `v<version>` + Gitea リリース(`.tgz` 添付)。
タグ・リリースは既存なら skip(冪等)。
### `.gitea/workflows/image-update-and-release.yaml`(週次)
- 毎週月曜 03:00 UTC(JST 12:00)+ 手動実行。
- **上流イメージの自動追従はしない**(このチャートは Secret を生成するだけで
追従対象イメージが無い)。バージョンは常に手動で `Chart.yaml` を更新する。
- 役割は「push 側の取りこぼし対策」— `version` が未公開なら週次でリリースを実行する。
- 将来サブチャート等の追従対象が増えたときの追加ポイントは同ファイル内にコメントで用意済み。
### `.gitea/workflows/image-update-and-release.yaml` は持たない(組織ルールの例外)
- 組織共通の「各リポジトリ共通の2本」構成の例外。このチャートは Secret を生成するだけで
**追従対象の上流イメージが存在しない**ため、週次の自動更新ワークフロー自体を置かない。
- バージョンは常に手動で `Chart.yaml` の `version` / `appVersion` を更新して判断する。
- 将来サブチャート等の追従対象ができた場合は、このワークフローを新設して対応する。
### 手動リリース(臨時)
- 改修作業で臨時リリースが必要なら `version` 末尾にアルファベットを付与(例: `0.2.0` → `0.2.0-a`)。
@@ -62,6 +61,15 @@
## チャート改修履歴
### 週次ワークフローの削除(2026-09-05)
`image-update-and-release.yaml`(週次セーフティネット)を削除。追従すべき上流イメージが
無いチャートに「更新チェック」ワークフローを持たせる意味が無いと判断。リリースは
`helm-release.yaml`(push トリガ・未公開バージョンのみリリース)の1本のみに一本化。
組織共通の「各リポジトリ共通の2本」構成の例外として本ファイルに明記。
**対象ファイル**: `.gitea/workflows/image-update-and-release.yaml`(削除), `README.md`, `CLAUDE.md`
### 自動更新・リリースワークフローの整備(2026-09-03, v0.1.0)
`.gitea/workflows/` を 2 本体制に。`helm-release.yaml` を「無条件公開」から