試點上線與驗收
本頁用於驗收獨立 Evolver 的首次部署或升級。驗收對象是一個確定版本、身份和目錄的運行實例。
先把一個節點作為試點，完成安裝、身份、策略、服務和恢復驗證，再擴大到團隊或長期運行環境。
安裝前準備 Node.js
^22.13.0 || >=23.4.0與 Git，並通過evolver --help查看命令。
試點前
- 指定負責人、環境、Hub、身份目錄和數據目錄。
- 固定 Node.js、Evolver 與相關應用版本來源。
- 建立節點身份、GEP 資產、配置和事件的備份。
- 默認關閉不需要的 Worker、Validator、自動發佈和付費行為。
- 設置任務級文件上限、行數上限、禁止路徑與驗證命令。
設計一個能夠説明問題的試點
試點任務需要有明確輸入、預期產物和驗證方式。選擇可以在測試環境重做、結果能夠獨立檢查的工作，並記錄初始文件狀態。只驗證程序能夠啓動，無法説明任務邊界、停止控制與恢復流程有效。
驗收至少覆蓋三種情形：允許的任務正常完成；超出已配置邊界的請求被拒絕；人為中斷後能夠確認已有結果並按流程恢復。拒絕測試應針對當前版本已經落實的控制，在隔離測試目錄中進行，不使用生產憑證或真實付費請求來試探限制。
例如，試點僅允許處理一個測試倉庫：正常案例檢查目標產物和驗證結果；邊界案例檢查任務沒有越過已配置的工作根目錄；恢復案例在受控停止後核對已有產物，再恢復未完成部分。三種結果分別保留，不能用一次正常完成代替其餘驗收。
從試點擴大到持續運行
擴展前先列出與試點不同的因素：服務用户、啓動方式、目錄、平台、網絡條件和任務規模。差異項決定需要重新驗證的內容。把終端啓動改為系統服務後，尤其要重新確認進程讀到的環境配置與目錄，而不是直接沿用終端檢查記錄。
升級時將軟件版本變更與策略放寬分開進行。先按原邊界驗證新版本，再評估新增能力；失敗後才能明確恢復到哪個軟件版本和哪份配置。上線記錄同時保存版本與配置，單獨記錄其中一項不足以重現試點結果。
啓動與檢查
evolver doctor
evolver status
evolver lifecycle status
evolver lifecycle check
如果需要長期運行，再選擇適合平台的 Windows 服務、systemd 或 launchd 安裝方式。啓動後驗證進程身份、最近心跳、數據目錄和停止命令，而不只檢查進程是否存在。
舊計劃任務
升級前後都應檢查舊計劃任務或重複啓動項。先執行預覽：
evolver lifecycle cleanup-legacy-tasks --dry-run
只有確認目標與備份的 preimage 後才執行清理。發生誤刪時使用保存的 preimage 恢復，不要手工猜測原任務參數。
驗收標準
- 一個邊界明確的任務能夠完成併產生可複核證據。
- 停止、重啓和系統重啓後狀態符合策略，沒有重複進程。
- 備份能夠在隔離目錄恢復，事件和資產可讀取。
- 網絡角色、發佈和預算行為與清單一致。
- 負責人能夠在不讀取秘密明文的情況下定位一次失敗請求。
任何一項失敗都應保持在試點範圍內，恢復舊配置或停止服務後再排查。
形成可交接的驗收記錄
首次部署先保存初始配置；升級則保留舊版本、目錄清單和已領取任務的狀態。服務方式只能選擇已核對的入口，避免手動進程和系統服務同時啓動同一實例。工具安裝見Evolver CLI；服務安裝與啓動參數以當前版本的 evolver lifecycle --help 為準。
每項驗收記錄目標、實際結果、證據位置、時間和負責人，分別標記通過、失敗或未執行。恢復演練或停止驗證未執行時，不能判定已具備長期運行條件。擴容時按同一清單逐個核對新實例；已有節點通過不替代新節點驗收。
相關頁面
EvoX 文檔 · 開發者 · 獨立 Evolver 維護