release: wiki 目錄頁專用存取庫、HASH 完整 40 碼、閘門依 CLI 分流 #48
2 Participants
Notifications
Due Date
No due date set.
Depends on
#49 fix(migrate-wiki): 正推比對涵蓋兩代頁名規則
plugins/gitea
Reference: plugins/gitea#48
Reference in New Issue
Block a user
把 develop 上累積的變更釋出到 master。合併之後,這些變更才會透過 marketplace 到達每一台機器。
這一版帶了什麼
一、wiki 目錄頁進專用存取庫
CONTENTS成為第 15 種頁面類型,解析鏈是JSC_WIKI_REPO_CONTENTS到JSC_WIKI_REPO,刻意不退回型別變數。14 個目錄頁從此同住一庫,內容頁仍各走自己的型別。兩者不再同庫,跨庫沒有 wiki 連結語法,所以目錄頁指向內容頁的連結一律改成gitea.sh wiki-url的絕對網址。目錄頁的整列 upsert 收成一支
jsc-gitea/tools/wiki-contents.sh,取代原本 14 處只有 1 處寫成程式的手工流程。二、wiki 頁 HASH 去除截短與 H 前綴
hash-id只保留大寫轉換,輸出完整 40 碼。原本的H前綴會命中 16 個十六進位首碼裡的 13 個,還丟掉第 8 碼,把有效熵壓到 28 位元,而且全庫查不到任何理由紀錄。頁名樣式仍收H加 7 碼的舊頁,遷移期間讀得到舊頁。三、SDLC 能力閘門依 CLI 分流
閘門的模型來源改成只讀屬於當前 CLI 的那一份,政策改為 fail-closed:判不出 CLI、判不出模型、模型不在能力標籤表上,三種一律擋下,每一則擋下的訊息都帶兩條逃生門。階段鎖狀態檔改成
$JSC_HOME/sessions/{CLI 代號}-{sid}.stage,舊路徑仍讀得到。四、skill-check 加入優化與建議流程
Group 3 先讀上一輪決議,不重複掃、不重複問;建議表加上「決議」與「決議日期」兩欄;新增步驟 8 把稽核結果寫進 SKILLSET 頁。Group 1 補進三支現成但沒人呼叫過的檢查腳本。
五、順手修掉的既有缺陷
H開頭舊頁編號漏偵測。JSC_WIKI_REPO_MONITOR,體檢看不到它而孤兒掃描還會誤報;另有指向不存在頁面的殘留項目。升級後的一次性代價
階段鎖狀態檔改名,所以每台機器第一次啟動會清一次重啟閘門——起始檔不存在,看起來像新的工作階段。只發生一次,已實測連跑三次不會再清。升級當下正好有閘門升著的話,那一次會被放下。
部署後要做的事
wiki 既有頁要用
jsc-gitea/tools/migrate-wiki.sh搬。先部署再搬:舊版技能算的是 8 碼頁名,先搬會讓舊版找不到頁、照範本另外開一份新的。那支預設只印對照表,--apply才真的動,而且是先寫新頁、確認寫成、才刪舊頁。What:候選鍵的舊 HASH 改成兩種都算——第一代只取 SHA-1 前 8 碼大寫,第二代在其上 把首碼落在 0-9ABC 的改寫成 H 加前 7 碼。兩種都進對照表,任一種配得上就算配對成功。 Why:原本只算第二代,所以第一代那些首碼落在 0-9ABC 的頁一律配不到,被誤判成孤兒 留在原地。實測同一個鍵在第一代是 1C516D85、第二代是 H1C516D8,兩張頁至今並存, 只算第二代就會漏掉第一代那一張。 How:實地重跑對照表,可搬頁數從 35 增為 48,孤兒從 14 減為 2。剩下兩頁一頁是更早的 {型別}_{日期}_{HASH} 命名、頁名不符任何已知樣式,一頁反推不到候選鍵,兩頁都照原則 只列不猜。首碼落在 D、E、F 的鍵兩代同值,只印一行,不會重複。 Who:jsc-gitea