#56 — 補上六個指令走通後浮現的四個缺口
要求改程式碼的意見不一定發在 PR 上,常常發在工作包議題或需求議題的留言裡。目前 /sdlc-fix 只收得下 PR 編號,使用者手上有一個議題編號、看得到有人留言說「這裡要改」,卻只能自己翻出對應的工作包、自己記得該跑 /sdlc-feat。
/sdlc-fix
/sdlc-feat
輸入放寬為 PR 編號或議題編號。型別判定沿用既有契約:以工作包抽取解析,解析得出「母議題」欄位的就是工作包議題,否則當需求議題,不另發明判準。
收到議題時交棒給 /sdlc-feat,不把它的步驟重做一遍。sdlc-feat 有領取鎖、起錶、備妥工作樹、逐項實作、分批提交、開 PR 一整套,抄過來會製造第二份正本,正是「流程正本只有一份」要防的事。交棒機制 sdlc-sync 已經定好了——「整併完就直接接回去,從原本那個指令被打斷的地方繼續,不要要求使用者重打一次」——複用同一個機制,使用者不必重打指令。
sdlc-feat
sdlc-sync
順序是:先讓 sdlc-sync 把決策類留言整併掉,剩下確實是「要改程式碼」的,才進到選工作包。需求議題上的留言絕大多數是決策討論,先過一次 sync 通常就清空了,選工作包那一步根本不會觸發。收到需求議題且確實有改碼要求時,列出它底下的工作包讓使用者選一顆——報錯只是把他無論如何都要做的事推回去讓他自己在 Gitea 網頁上做。
取代 #14 的「輸入」:原本是「一個 PR 編號」,改為「一個 PR 編號或議題編號」。#14 其餘內容全部仍然成立,#14 本身不修改。
sdlc-fix
無,可立即開始
No dependencies set.
The note is not visible to the blocked user.
母議題
#56 — 補上六個指令走通後浮現的四個缺口
要做出什麼
要求改程式碼的意見不一定發在 PR 上,常常發在工作包議題或需求議題的留言裡。目前
/sdlc-fix只收得下 PR 編號,使用者手上有一個議題編號、看得到有人留言說「這裡要改」,卻只能自己翻出對應的工作包、自己記得該跑/sdlc-feat。輸入放寬為 PR 編號或議題編號。型別判定沿用既有契約:以工作包抽取解析,解析得出「母議題」欄位的就是工作包議題,否則當需求議題,不另發明判準。
收到議題時交棒給
/sdlc-feat,不把它的步驟重做一遍。sdlc-feat有領取鎖、起錶、備妥工作樹、逐項實作、分批提交、開 PR 一整套,抄過來會製造第二份正本,正是「流程正本只有一份」要防的事。交棒機制sdlc-sync已經定好了——「整併完就直接接回去,從原本那個指令被打斷的地方繼續,不要要求使用者重打一次」——複用同一個機制,使用者不必重打指令。順序是:先讓
sdlc-sync把決策類留言整併掉,剩下確實是「要改程式碼」的,才進到選工作包。需求議題上的留言絕大多數是決策討論,先過一次 sync 通常就清空了,選工作包那一步根本不會觸發。收到需求議題且確實有改碼要求時,列出它底下的工作包讓使用者選一顆——報錯只是把他無論如何都要做的事推回去讓他自己在 Gitea 網頁上做。取代 #14 的「輸入」:原本是「一個 PR 編號」,改為「一個 PR 編號或議題編號」。#14 其餘內容全部仍然成立,#14 本身不修改。
驗收標準
sdlc-fix的輸入接受 PR 編號或議題編號sdlc-feat,不重做其步驟sdlc-feat步驟的複製阻擋於
無,可立即開始