GitLab CE Issue 系統操作澄清
補充 gitlab-issue-management-reference 的操作細節，針對 Community Edition 自架環境的具體問題。
Board List 本質是 Label 操作
Board 的每個 list 對應一個 label。拖拉 issue 等同於執行：
/unlabel ~"Stage::Triage"
/label ~"Stage::In-Progress"
直接在 issue 上改 label 效果完全一樣，board 即時反映。Issue template 裡預設 /label 就能讓 issue 一開就出現在正確的 list。
Board × Milestone 兩種關聯方式
- Scope filter：Board 設定「只顯示某 milestone 的 issues」，每個 sprint 換 filter，同一個 board 重複使用
- Milestone list：Board 的欄位本身是 milestone，拖拉 issue 等於換 milestone（Iteration Board 排程用）
CE 限制的替代方案
CE 每個 project 只有一個 board，無 scope filter。替代：
- 書籤化 URL filter：
/issues?label_name[]=Stage::In-Progress&milestone_title=sprint_2026-05存書籤，等同多個 board - Group Issue List：CE 有 group-level issue list 支援完整 filter，是跨 project 管理主入口
- Milestone 頁面：完整支援，有進度條，是 sprint 追蹤的主要視圖
Issue vs Work Item Task
| Issue | Work Item Task | |
|---|---|---|
| Board 顯示 | 是 | CE 不支援 |
| 獨立 milestone | 是 | 否，繼承父 |
| 父子層級 | 用 blocks 模擬 | 原生支援 |
| CE 可用 | 完整 | 不完整 |
CE 環境用「多個 issue + blocks 關聯」取代 Task，追蹤能力更強（每個 issue 獨立出現在 board 和 filter）。
Milestone 階層
- Group milestone：子 project 所有 issues 都能掛，milestone 頁面可看跨 project 完成率 → 推薦用於共用 sprint
- Project milestone：只限該 project → 適合 project 獨立節點
- CE 的 group milestone 支援程度需實際確認