inkstone/ISEP
2
0
Fork 0
Code Issues 18 Pull Requests 1 Actions Packages Projects Releases 22 Wiki Activity

身為裝 ISEP 的人，我要新版真的到得了我手上，我才不會用著一組早就修好的閘的舊版本 #67

New Issue
Open
opened 2026-08-27 05:53:48 +00:00 by claude-code · 0 comments
claude-code commented 2026-08-27 05:53:48 +00:00
Member
Copy Link
Copy Source

身為裝 ISEP 的人（本機總管與雲端總管都算），我要新版真的到得了我手上，我才不會用著一組早就修好的閘的舊版本。

leo 2026-08-27 的原話

「用戶只是你也是要出版本，版本出去之前都只是內部測試」
「你不出版本還影響到雲端總管」
「版本只到 ISEP v0.3.9，你有新版為什麼不推？」

🔴 「使用者只有我們自己」不是免出版本的理由——ISEP 的使用者是本機總管與雲端總管，
不出版本 ⇒ 兩邊的閘一起停在舊版。影響範圍不是一個人。

現況（總管實查，2026-08-27）

ISEP repo 全樹 grep 「建 release」的 API 呼叫   →  0 命中（沒有任何東西會建 release）
ISEP 現有 hooks/release-tag-guard.sh            →  守的是 tag，斷點在 tag 之後
實際後果：v0.4.0 / v0.5.0 的 tag 早就推了，
         但 Gitea releases 頁停在 v0.3.9（08-23）  →  對 leo 等於這兩版不存在
         claude plugin list 顯示 0.3.8            →  這台跑的是舊版
⇒ 2026-08-27 一整天的違規，全發生在「防止這些違規的閘」已寫好卻沒送達的那段時間裡

（總管已手動補建 v0.4.0／v0.5.0 的 release、並 claude plugin update 升到 0.5.0，
但那是手動補的，不是機制——下一版還是會斷在同一個地方。）

要達成什麼

ISEP 出一版，會自己走到「本機與雲端的總管都真的載入到那一版」，中間不靠任何人記得。

對照組就在隔壁，但不要照抄

products/arcrun-rag/installer/ship.stations.yaml 是 22 站的管線，其中兩站值得看：

  • release-record：在對應 repo 留一份使用者點得到的版本發佈
  • release-check：回頭查證每條版本線真的有版本發佈——不聽上一站說

🔴 ISEP 的運送鏈與 arcrun-rag 不同（它沒有 bundle、沒有 worker、沒有 CDN），
所以站要自己想，不是把 22 站搬過來。判準是「這條鏈實際有幾段」：

併 main → tag → release → plugin marketplace/來源 → 本機 update → 真的載入
                                                  ↘ 雲端總管 update → 真的載入

每一段都要有人問「到了嗎」，而且問的人不能是送的人。

怎麼驗

  1. 跑一次完整發版（可以拿一個 patch 版當白老鼠），貼每一站的輸出
  2. 從使用者會看的地方驗：Gitea releases 頁列得出新版／claude plugin list 顯示新版
  3. 🔴 雲端那一半也要驗——leo 明說會影響雲端總管，只驗本機是半套
  4. 故意漏一步（例如只打 tag 不建 release）→ 管線要擋下來並說出缺哪一站

已知的坑

  • claude plugin update 成功後輸出 Restart to apply changes ⇒ 升版與生效是兩件事，
    管線要把「生效」也算進去，否則又是一個「做了但沒到」
  • 產物按版本號分資料夾（~/.claude/plugins/cache/inkstone/isep/<ver>/）
    ⇒ 不升版新閘不會被載入，這一點在 v0.4.0 的 release note 裡已經吃過一次虧

紅線

  • 不要 push main；交回分支
  • 🔴 不要順手改那些閘本身——這張票只做「怎麼把它們送出去」
  • 收工：結論寫回本票、指派 claude-code、改 tag
身為裝 ISEP 的人（本機總管與雲端總管都算），我要新版真的到得了我手上，我才不會用著一組早就修好的閘的舊版本。 ## leo 2026-08-27 的原話 > 「**用戶只是你也是要出版本，版本出去之前都只是內部測試**」 > 「**你不出版本還影響到雲端總管**」 > 「**版本只到 ISEP v0.3.9，你有新版為什麼不推？**」 🔴 **「使用者只有我們自己」不是免出版本的理由**——ISEP 的使用者是本機總管**與雲端總管**， 不出版本 ⇒ **兩邊的閘一起停在舊版**。影響範圍不是一個人。 ## 現況（總管實查，2026-08-27） ``` ISEP repo 全樹 grep 「建 release」的 API 呼叫 → 0 命中（沒有任何東西會建 release） ISEP 現有 hooks/release-tag-guard.sh → 守的是 tag，斷點在 tag 之後 實際後果：v0.4.0 / v0.5.0 的 tag 早就推了， 但 Gitea releases 頁停在 v0.3.9（08-23） → 對 leo 等於這兩版不存在 claude plugin list 顯示 0.3.8 → 這台跑的是舊版 ⇒ 2026-08-27 一整天的違規，全發生在「防止這些違規的閘」已寫好卻沒送達的那段時間裡 ``` （總管已手動補建 `v0.4.0`／`v0.5.0` 的 release、並 `claude plugin update` 升到 0.5.0， 但**那是手動補的，不是機制**——下一版還是會斷在同一個地方。） ## 要達成什麼 **ISEP 出一版，會自己走到「本機與雲端的總管都真的載入到那一版」，中間不靠任何人記得。** ## 對照組就在隔壁，但**不要照抄** `products/arcrun-rag/installer/ship.stations.yaml` 是 22 站的管線，其中兩站值得看： - `release-record`：在對應 repo 留一份使用者點得到的版本發佈 - `release-check`：**回頭查證每條版本線真的有版本發佈——不聽上一站說** 🔴 **ISEP 的運送鏈與 arcrun-rag 不同**（它沒有 bundle、沒有 worker、沒有 CDN）， 所以**站要自己想，不是把 22 站搬過來**。判準是「這條鏈實際有幾段」： ``` 併 main → tag → release → plugin marketplace/來源 → 本機 update → 真的載入 ↘ 雲端總管 update → 真的載入 ``` **每一段都要有人問「到了嗎」，而且問的人不能是送的人。** ## 怎麼驗 1. 跑一次完整發版（可以拿一個 patch 版當白老鼠），貼每一站的輸出 2. **從使用者會看的地方驗**：Gitea releases 頁列得出新版／`claude plugin list` 顯示新版 3. 🔴 **雲端那一半也要驗**——leo 明說會影響雲端總管，只驗本機是半套 4. **故意漏一步**（例如只打 tag 不建 release）→ 管線要擋下來並說出缺哪一站 ## 已知的坑 - `claude plugin update` 成功後輸出 `Restart to apply changes` ⇒ **升版與生效是兩件事**， 管線要把「生效」也算進去，否則又是一個「做了但沒到」 - 產物按版本號分資料夾（`~/.claude/plugins/cache/inkstone/isep/<ver>/`） ⇒ **不升版新閘不會被載入**，這一點在 v0.4.0 的 release note 裡已經吃過一次虧 ## 紅線 - 不要 push main；交回分支 - 🔴 **不要順手改那些閘本身**——這張票只做「怎麼把它們送出去」 - 收工：結論寫回本票、指派 `claude-code`、改 tag
claude-code added this to the 把管理這條線做對 milestone 2026-08-27 05:53:48 +00:00
claude-code added the
s
todo
p
high
type
chore
 labels 2026-08-27 05:53:48 +00:00
claude-code added a new dependency 2026-08-27 05:53:49 +00:00
#30 讓閘擋對東西
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Human
👤 這件事需要 leo 親手批示／動手（花錢・不可逆・品味方向・物理動作）。與 s/* 正交
close
duplicate
重複——關新的、留舊的，並指向舊票
close
human-exec
人執票完成，由人手動關
close
merged
PR merge 自動關（正常路徑）
close
split
太大，已拆成數張子票
close
stale
逾期無資訊，自動關閉
close
transferred
走錯棚，已在正確的 repo 重開
close
wontfix
討論後決定不做（只有 leo 可下此判斷）
hub
Tracking issue——聚合一批 leaf 的 scope 容器，本身不掛 milestone、不對應 PR
 human/exec
👤 這張票的『執行者』是人（GUI-only／實體權限／法定簽署），不是審核。交付物是環境狀態改變，不是 PR
p
high
高——擋住交付或有時間壓力
p
low
低——想做，但晚一點沒關係
s
backlog
驗過了、確定要做，但還沒排進任何 sprint
s
doing
進行中——已 self-assign，現在有人在做
s
pending
卡住——等外部／等依賴，不是沒人做
s
review
PR 已開（含 closes #n），等總管 review 並 merge
s
stage
已部署 stage，等 leo 實際驗收
s
todo
已排進 milestone，等人領票
s
triage
新進來的，還沒驗傷——還沒決定要不要做
type
bug
壞掉的東西
type
chore
雜務、整理、不改行為
type
feature
新能力
type
governance
規範、流程、閘本身
No Label
p
high
s
todo
type
chore
Milestone
No items
No Milestone 把管理這條線做對
Projects
Clear projects
No project
Assignees
Clear assignees
Leo claude-code (claude-code)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Blocks
#30 讓閘擋對東西
inkstone/ISEP
Reference: inkstone/ISEP#67
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?