apache / apache/cloudstack

We should use repository rulesets to prevent the deletion or modification of released tags and critical release branches

オープン
#14,134 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る
type:improvement
主要言語
Java
スター
3.1k
フォーク
1.4k
平均マージ
6日 19時間
マージ済み PR(30日)
32

説明

We can setup rules for released tags and also other branches. See our rules:

https://github.com/apache/cloudstack/rules/

Not 100% sure but seems like anyone with write access can delete releases and checkout the pictures attached

See Apache Flume they have tag protection setup in their `.asf.yaml`:

https://github.com/apache/logging-flume/blob/7b41e071caf1566bf73add2f40b530875d61da10/.asf.yaml#L94

Image

---

Yes, an Apache Software Foundation (ASF) project should use repository rulesets to prevent the deletion or modification of released tags and critical release branches.

### Benefits of Using Rulesets for Releases
* **Supply Chain Security:** Restricting deletions and updates on tags prevents malicious or accidental tampering with published software artifacts.
* **Flexibility and Targeting:** Unlike legacy branch protection, [GitHub Rulesets](https://github.com) can target tags using naming patterns (e.g., `v*` or specific release tags) alongside branches.
* **Audit Transparency:** Anyone with read access can view active rulesets, helping project auditors verify compliance and governance without requiring admin privileges.
* **Preventing Force Pushes:** Rulesets allow projects to block force-pushes and restrict deletions to designated release managers or PMC members.

### Recommended Practices
* Set rulesets to **Active** enforcement for any matching patterns of released tags or stable maintenance branches.
* Restrict bypass permissions strictly to trusted release officers or infrastructure administrators.

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

まず、issue にリンクされているリポジトリのルールと、Apache Flume の .asf.yaml にあるタグ保護の例を確認します。保護が必要なリリース済みタグと重要なリリースブランチを特定し、そのうえで、削除と変更をブロックしつつバイパスアクセスを制限するアクティブな rulesets を設定します。対応するルールと許可されたバイパスロールが文書化され、検証されていれば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
github
領域
release, security
issue の種類
機能追加
難易度
4/5
見積もり時間
3〜5日
活発さ
活発
明瞭さ
おおむね明確
初心者へのやさしさ
45/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。