治理 M4.7:降 scope 必須留痕在里程碑描述上 #25
@@ -121,6 +121,17 @@ s/triage ──驗傷通過──▶ s/backlog ──排進 milestone──▶ s
|
||||
🔴 自動打 tag 會製造假交付——tag 永遠只在「驗過了」之後發生。
|
||||
- **M4.4** Milestone 關閉 = release tag,一對一。「已交付」唯一合法形式是 **tag 存在且裝得起來**;打 tag 前置 open issues = 0(§8 E12)。
|
||||
- **M4.5** Description 只寫版本目標一句 + tracking 連結。討論回 tracking issue。
|
||||
- **M4.7(降 scope 必須留痕)** 🔴 **把票移出里程碑,必須同時寫進該里程碑的 description。**
|
||||
格式:原本幾張、移走哪幾張、為什麼、移去哪裡。
|
||||
- **禁的不是降 scope**——卡人閘時降 scope 就是 M4.3 要的。禁的是**降得無聲無息**。
|
||||
- 為什麼寫在 description 不是寫在票裡:**leo 看的是百分比那個畫面**,
|
||||
他不會為了確認 100% 是不是真的而去逐張點票。**痕跡要留在他會經過的地方。**
|
||||
- 來由(2026-08-20 實犯):`v0.2.0` 本來 6 張,`#5` 卡人閘被移出 ⇒ 分母 6 變 5 ⇒ 顯示 100%。
|
||||
leo 當場問「為什麼還有很多 issues 開放中」。
|
||||
🔴 這與 §3.4(審核完沒關票 ⇒ 數字偏低)是**同一個病的兩面**:
|
||||
畫面上的數字不等於實際狀態,而 leo 只看得到畫面。
|
||||
- 機械閘:`inkstone/ISEP#24`。
|
||||
|
||||
- **M4.6** 🔴 **release note 寫在 Gitea Releases 裡,不寫在 README。**(leo 2026-08-20:「release 不是寫在 readme,要放在 release 裡」)
|
||||
README 不得自行宣稱版本號——那會產生第二份會漂移的版本真相。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user