feat/link-verification/main
develop
[{文字}]({連結})
[[...]]
SKILL.md
tools/stage-report.sh
analyze-page.md
references/stage-report.md
README.md
references/behaviors.md
link-check.sh
check-link-format.sh
stage-report.sh
sh -n
check-behaviors.sh
lint-scripts.sh
ste100-lint.sh
取消 [[頁名]] 與 [[顯示文字|頁名]] 兩種同 wiki 寫法,不再分「同存取庫」與 「跨存取庫」兩條規則。那種寫法只在自己那個 wiki 內解析,寫錯不報錯,畫面上 看起來像普通文字或死連結,巡不到也修不了。 連結寫進頁面前先過 jsc-gitea 的 link-check.sh,結束碼 0 才寫。驗證一律走 API, 不看網頁狀態碼:私有存取庫的網頁網址對未登入請求一律回 404,拿狀態碼判會把 好連結判成壞的。認證失敗回 7,與死連結的 1 分開,免得金鑰一過期就把還在的頁 整批判死。
No dependencies set.
The note is not visible to the blocked user.
摘要
[{文字}]({連結}),取消[[...]]同 wiki 寫法。其二,連結先驗證連得到,才可以寫進文件。變更內容
SKILL.mdtools/stage-report.shanalyze-page.md有殘留的舊敘述references/stage-report.md、README.md、references/behaviors.md設計重點
link-check.sh的結束碼 7(認證失敗)與 1(有死連結)分開。金鑰失效時 Gitea 對私有存取庫的回應與「頁不存在」難以分辨,混用會讓一次金鑰過期把整批還在的頁判死,接著被當成壞連結刪掉或改寫。check-link-format.sh會先剝掉再判定,不會誤判。測試結果
stage-report.sh以假的相依腳本實跑四種情境:全綠回 0、有死連結標「連不到」並回 1、SKIP 標「無可查端點」不進警告、結束碼 7 標「未驗證」並回 0。sh -n、check-link-format.sh(23 份文件)、check-behaviors.sh、lint-scripts.sh、ste100-lint.sh全部結束碼 0。前置 Push Request