步行修復預覽
Walk-and-Fix 將自動行走者的發現轉化為所有者範圍的 FixIntent
記錄，以便團隊可以透過穩定的 API 來分類、分配和關閉缺陷。
**僅針對目前部署的規劃表面：**自動補丁生成 未實施。
run_fix_cycle提出计划但不执行。 唯一實現的應用程式適配器在舊本機虛擬機內編輯檔案；那個 與目前不可變應用程式部署模型衝突，不得使用 作為生產修復路徑。 GitHub PR 和提供者重新部署模式不是 已實施。
支援的工作流程
- 運行自動行走。
- 審查調查結果及其證據。
3.呼叫
propose_fix創建可追蹤意圖，或呼叫run_fix_cycle創建 一組有限的阻礙/主要發現的意圖。 - 透過正常的審核流程更改來源儲存庫。
- 建置並部署新的不可變變體。
- 重新運行步行並與先前的步行進行比較。
- 只有在新證據證明調查結果正確後才致電
close_finding已修復、重複、不是錯誤或故意未修復。
這可以保持原始碼控制、審查歷史記錄和部署的工件保持一致。
工具和邊界
| 工具 | 當前行為 |
|---|---|
propose_fix | 建立 FixIntent；不產生代碼 |
run_fix_cycle | 創建一個有界限的計劃；不應用更改 |
get_fix_intent / list_fix_intents | 讀取擁有的意圖記錄 |
close_finding | 記錄所擁有發現的處置 |
apply_fix | 舊版地虛擬機全文件替換；不是不可變的部署工作流程 |
apply_fix 接受完整的文件內容，而不是統一的差異。應該是有限的
運營商明確接受的一次性遺留測試儀部署
該變更位於原始程式碼控制之外，並且在重新部署時將遺失。
結束調查結果所需的證據
成功的建置或部署還不夠。捕獲：
- 包含更改的來源版本；
- 替換部署 ID 和狀態；
- 鍛鍊受影響路徑的新的通過場景或步行；和
- 顯示在沒有新的阻止程序或重大回歸的情況下解決的發現的差異。
如果測試無法重現原始路徑，請將結果保持開啟或 在其處置中記錄證據限制。