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

派工與交付紀律 #34

New Issue
Open
opened 2026-08-20 09:54:23 +00:00 by claude-code · 1 comment
claude-code commented 2026-08-20 09:54:23 +00:00
Member
Copy Link
Copy Source

這一群要達成什麼：拿任務／改狀態／回報機械必然；出貨的東西跟版控一致。

本票是跨 repo 的載體：Gitea 的 milestone 只管得到同一個 repo，所以別的 repo 的票用相依指到這裡（leo 2026-08-20）。
下面每一張都設成本票的 dependency ⇒ 它們全關，本票才關得掉。

這一群的來源票（8 張，全部是既有票，沒有新開）

規劃全文：docs/governance/sdd-gitea-governance.md §15。
🔴 里程碑內容一經確定不增不減（M4.3）。

進度：0／8 張已關（更新於 2026-08-20）

  • inkstone/system-dev-template#7 出貨機制要模組化：下一個 repo 從零到能出貨，一小時（D66）
  • inkstone/InkStoneCo#12 派工全靠人記得，今天一天忘了三次——要變成機械必然發生的流程
  • inkstone/InkStoneCo#28 共用工作區被 subagent 切走分支——一天咬四次，而且會讓別的閘給出假答案
  • inkstone/arcrun-rag#47 出貨完了，版控裡卻沒有這次出的東西——要靠人記得 commit
  • inkstone/Arcrun#93 我剛修好的東西沒進到出貨的執行檔裡——而且沒有任何一道閘會講
  • inkstone/arcrun-rag#124 daemon 沒有 stage 更新通道——leo 說「要我在 stage 測過才能上 prod」，但桌
  • inkstone/Arcrun#131 cypher-executor 在 main 上就有 14 支測試是紅的——那套測試已經不是閘了
  • inkstone/Arcrun#143 身為靠測試決定能不能出貨的人，我要 main 上的測試是全綠的，我才不必每次審查都先分辨這紅是舊帳還是我
**這一群要達成什麼**：拿任務／改狀態／回報機械必然；出貨的東西跟版控一致。 本票是**跨 repo 的載體**：Gitea 的 milestone 只管得到同一個 repo，所以別的 repo 的票用**相依**指到這裡（leo 2026-08-20）。 下面每一張都設成本票的 dependency ⇒ **它們全關，本票才關得掉**。 ## 這一群的來源票（8 張，全部是既有票，沒有新開） - inkstone/InkStoneCo#12 - inkstone/InkStoneCo#28 - inkstone/arcrun-rag#47 - inkstone/arcrun-rag#124 - inkstone/Arcrun#93 - inkstone/Arcrun#143 - inkstone/Arcrun#131 - inkstone/system-dev-template#7 規劃全文：`docs/governance/sdd-gitea-governance.md` §15。 🔴 里程碑內容一經確定**不增不減**（M4.3）。 --- ## 進度：0／8 張已關（更新於 2026-08-20） - [ ] `inkstone/system-dev-template#7` 出貨機制要模組化：下一個 repo 從零到能出貨，一小時（D66） - [ ] `inkstone/InkStoneCo#12` 派工全靠人記得，今天一天忘了三次——要變成機械必然發生的流程 - [ ] `inkstone/InkStoneCo#28` 共用工作區被 subagent 切走分支——一天咬四次，而且會讓別的閘給出假答案 - [ ] `inkstone/arcrun-rag#47` 出貨完了，版控裡卻沒有這次出的東西——要靠人記得 commit - [ ] `inkstone/Arcrun#93` 我剛修好的東西沒進到出貨的執行檔裡——而且沒有任何一道閘會講 - [ ] `inkstone/arcrun-rag#124` daemon 沒有 stage 更新通道——leo 說「要我在 stage 測過才能上 prod」，但桌 - [ ] `inkstone/Arcrun#131` cypher-executor 在 main 上就有 14 支測試是紅的——那套測試已經不是閘了 - [ ] `inkstone/Arcrun#143` 身為靠測試決定能不能出貨的人，我要 main 上的測試是全綠的，我才不必每次審查都先分辨這紅是舊帳還是我
claude-code added this to the (deleted) milestone 2026-08-20 09:54:23 +00:00
claude-code added the
s
todo
p
high
type
governance
hub labels 2026-08-20 09:54:23 +00:00
claude-code modified the milestone from (deleted) to 把管理這條線做對 2026-08-20 10:05:22 +00:00
claude-code commented 2026-08-27 21:13:48 +00:00
Author
Member
Copy Link
Copy Source

[bug] 共用工作區被留在 main，下一條線第一個動作就踩上去——今天三次，兩次是總管造成的

現象（2026-08-28，inkstone/arcrun-rag#153 那條線自己回報的，我認）

「我今天三次在 main 上開工，兩次是他併完後工作區自動回到 main 所致。
　這條要靠機械閘，不能靠我記得。」

責任在總管，不在收工方。 我的動線是：

subagent 交回分支 → 我 git checkout -B main gitea/main 併／驗／出貨
                  → 我做完就走，工作區留在 main
                  → 下一條線接手，第一個 Edit 就落在 main 上

⇒ 它不是忘了切分支，是它接手時工作區本來就站在 main。

同一天還有兩個同族的現象（同一份共用工作區被多方使用）：

  • matrix/arcrun：總管要重編零件成品時，工作區停在 #176 那條線的分支上，
    差點把它未交的改動編進成品，而 commit 訊息會寫別的票號
    （是那條線自己攔下來的，不是閘攔的）
  • matrix/arcrun：出貨閘說「成品比源碼舊」，但它比的是工作區的 HEAD，
    而工作區當時落後真 main 一百多筆 ⇒ 總管照著重編、開了 PR，
    併下去會讓成品倒退（自己發現後關掉：inkstone/Arcrun#181）

目標

接手的人不會因為「上一個人把工作區留在哪」而開錯工。

判準：一條線開始改 code 時，它站的位置要嘛是它自己的分支，要嘛擋下來說清楚。
不要求任何人「記得切」——那正是今天失效三次的東西。

驗收條件

  1. 在共用工作區把 HEAD 留在 main，然後讓一條 subagent 動 code ⇒ 擋一次，貼實測輸出
  2. 同樣情境但站在自己的分支上 ⇒ 放行（不能變成每次都擋的噪音）
  3. 站在別人的分支上（今天 matrix/arcrun 那次）也要有話說——
    至少讓動手的人知道「這不是你的分支」
  4. 擋的訊息要說得出「現在站在哪、該怎麼辦」，不是只說「不准」

紅線

  • 不要用「檢查有沒有未提交改動」代替——今天 matrix/arcrun 那次只有一個未追蹤檔，
    照樣會編出錯的成品
  • 不要改任何 repo 的分支策略；這張票只加閘

deliverable 類型

code

[bug] 共用工作區被留在 `main`，下一條線第一個動作就踩上去——今天三次，**兩次是總管造成的** ## 現象（2026-08-28，`inkstone/arcrun-rag#153` 那條線自己回報的，我認） > 「我今天三次在 `main` 上開工，**兩次是他併完後工作區自動回到 `main` 所致**。 > 　這條**要靠機械閘，不能靠我記得**。」 **責任在總管，不在收工方。** 我的動線是： ``` subagent 交回分支 → 我 git checkout -B main gitea/main 併／驗／出貨 → 我做完就走，工作區留在 main → 下一條線接手，第一個 Edit 就落在 main 上 ``` ⇒ **它不是忘了切分支，是它接手時工作區本來就站在 main。** 同一天還有兩個同族的現象（同一份共用工作區被多方使用）： - `matrix/arcrun`：總管要重編零件成品時，工作區停在 `#176` 那條線的分支上， **差點把它未交的改動編進成品**，而 commit 訊息會寫別的票號 （是那條線自己攔下來的，不是閘攔的） - `matrix/arcrun`：出貨閘說「成品比源碼舊」，**但它比的是工作區的 HEAD**， 而工作區當時落後真 main 一百多筆 ⇒ 總管照著重編、開了 PR， 併下去會讓成品倒退（自己發現後關掉：`inkstone/Arcrun#181`） ## 目標 **接手的人不會因為「上一個人把工作區留在哪」而開錯工。** 判準：一條線開始改 code 時，它站的位置要嘛是它自己的分支，要嘛擋下來說清楚。 **不要求任何人「記得切」——那正是今天失效三次的東西。** ## 驗收條件 1. 在共用工作區把 HEAD 留在 `main`，然後讓一條 subagent 動 code ⇒ **擋一次**，貼實測輸出 2. 同樣情境但站在自己的分支上 ⇒ **放行**（不能變成每次都擋的噪音） 3. 站在**別人的分支**上（今天 `matrix/arcrun` 那次）也要有話說—— 至少讓動手的人知道「這不是你的分支」 4. 擋的訊息要說得出「現在站在哪、該怎麼辦」，不是只說「不准」 ## 紅線 - 不要用「檢查有沒有未提交改動」代替——今天 `matrix/arcrun` 那次只有一個未追蹤檔， 照樣會編出錯的成品 - 不要改任何 repo 的分支策略；這張票只加閘 ## deliverable 類型 code
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 hub
p
high
s
todo
type
governance
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.
Depends on
You do not have permission to read 8 dependencies
Reference: inkstone/ISEP#34
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?