唯讀盤點那一欄補一條結束碼規則,並換掉一個用結束碼帶狀態的指令 #77
1 Participants
Notifications
Due Date
No due date set.
Depends on
#86 status 加 --verdict,把狀態與成敗兩種語意分開
plugins/hooks
Reference: plugins/meta#77
Reference in New Issue
Block a user
摘要
變更內容
tools/delegate-spec.tsvhooks/hooks-install那一列的指令換成帶旗標的寫法,交出描述與判定版本號一併對齊漏掉的那一條規則
填進來的那一支用結束碼帶三種狀態:接好、接好但這支 CLI 做不到、有東西沒接。那是給人看的三分法,本身沒有錯。
但讀的那一邊照非零判失敗。於是有先天限制的那一支 CLI 每一輪讓那一筆失敗一次、一天 96 次,而沒有人修得動——那支 CLI 擋不下技能叫用是它的架構限制,16 個接線項目全部就位。
失敗次數存在的理由是指出「有一筆壞掉的項目每輪重試而沒人知道」。被一個修不動的數字填滿,就等於用假的壞掉把真的壞掉蓋掉。
補進去的規則
並且明寫遇到用結束碼帶狀態的腳本時該怎麼做——去那一邊加一個只回過與不過的模式,不要在這一欄將就。
最後那半句是重點。將就的寫法是在讀的那一邊開一份「可接受的非零碼」清單,那會把「我的結束碼是哪一種語意」這個問題推給每一個往後填這一欄的人。修在來源那一邊只需要知道自己的三種狀態哪一種是缺陷,而那個知識本來就在那一支裡。
那一列跟著改的三個欄位
probesliceversion測試結果
check-delegate.sh結束碼 0,三十五列對上三十五支技能。ste100-lint.sh結束碼 0。相關的另一張
plugins/hooks那邊同時給那一支加了旗標,實測五支 CLI 兩種模式的結束碼、輸出逐字相同、缺項目時仍然回非零。兩張都合併之後這件事才完整:這一張只是把清單指向新的寫法,旗標本身在那一張。前置 Push Request
plugins/hooks加旗標那一張。這一張的指令指向那個旗標,先合併這一張的話那一格會指到一個還不存在的選項,種入時代得出來、跑起來回用法錯誤。