版本與影響分類
畫面版本更新的目標不是只換一張截圖，而是讓值班者知道功能、文字、警報規則與操作路徑哪些改了。先建立版本識別，例如HMI-2026.09.17-r3，保存發布日期、變更摘要、相容專案、回復版本與審核人。新舊畫面必須能追溯到同一份變更紀錄，不能只在畫面角落寫「最新版」。
| 變更類別 | 案例 | 操作影響 | 驗收證據 |
|---|---|---|---|
| 功能 | 新增警報篩選器 | 可按優先級過濾 | 篩選前後截圖與案例 |
| 文字 | 確認改為確認警報 | 語意需一致 | 術語表與長字串測試 |
| 警報規則 | 新增低流量條件 | 事件數可能增加 | 條件/死區測試 |
| 版面 | 確認按鈕移位 | 路徑改變 | 舊版新版任務計時 |
本文案例把確認按鈕從右下移到警報列旁，新增Priority與Source篩選器。通知要寫「哪裡變、為何變、何時發布、遇到問題回哪版」，並附舊路徑和新路徑。Ignition官方說明Project Export/Import與版本管理邊界；專案版本控管在平台外處理，不能假設每個HMI都有相同歷史功能。
變更摘要要使用操作員看得懂的語句，例如「確認按鈕移到警報列右側」，同時提供工程對照如元件路徑或資源版本。不要只列技術提交編號，因為它不能告訴值班者下一步怎麼按。
變更紀錄應同時列出未變更的關鍵行為，例如確認仍需原有權限、警報來源仍相同、返回總覽仍可用。這能避免操作員看到新篩選器就誤以為所有流程都改了。每次發布後保存一份已簽核摘要與測試表，供下一版比較與追蹤。
舊版新版任務測試
發布前先建立任務表：登入、開泵浦總覽、篩選High、開事件、確認一筆警報、回主頁。舊版和新版都用同一筆虛構資料測試，記錄點擊數、是否能找到狀態、文字是否截斷。若新版把篩選器預設成Active，應明示預設只列Active，並提供切到Cleared或全部事件的入口，驗收切換後能找到已清除事件。
| 任務 | 舊版路徑 | 新版路徑 | 預期結果 |
|---|---|---|---|
| 查看高優先 | 警報表右側按鈕 | 表頭Priority=High | 只列High |
| 確認警報 | 表下方確認 | 事件列內確認 | 狀態變Acknowledged |
| 看來源 | 詳情頁第二頁 | Source欄直接顯示 | 來源一致 |
| 回總覽 | 左上Home | 麵包屑總覽 | 保留查詢條件 |
首次登入提示只說明可影響操作的差異，並提供「稍後查看」與變更紀錄入口。不要把提示當成授權；隱藏提示不會改變使用者角色或PLC狀態。若瀏覽器快取仍載入舊資源，先查發布版本、Gateway、客戶端重載時間，再判斷操作員看錯畫面。
版本標籤要和資料庫、Tag Provider、警報管線及客戶端版本分開記錄。畫面版本相同不代表後端規則相同；發布檢查表必須列每項相依性與負責人。
發布 相容與回復
發布結果要包含成功與失敗測試：成功是High篩選與確認都到達預期；失敗是故意選不存在來源、無權限確認或舊客戶端，畫面應給清楚訊息並保留安全回退。
回復計畫要在發布前演練紙上流程：停止新增發布、保存目前版本、切回上一個已驗證專案、重新載入客戶端、用三項任務確認功能。Ignition Project Export不包含所有Gateway資源，例如連線與Tag Provider，因此回復清單要另外列出相依設定；不可只備份畫面檔就宣稱完整回復。
警報規則變更比文字變更需更嚴格審核。文字「低流量」改名不應自動改條件；條件、死區、延遲與通知管線要各有變更項。若版本只移動按鈕，仍要檢查鍵盤、觸控、權限、歷史與彈窗。
若新版文字更清楚但按鈕權限綁定錯誤，應判定發布失敗。外觀檢查與功能檢查要分開，並保留成功與失敗證據，不以截圖漂亮代替操作測試。
驗收與限制
可接受的完成定義是：版本、日期、摘要、影響、測試結果、相容性、回復路徑都可查。
FAQ1：新增篩選器就一定不影響警報嗎？不一定，若改查詢或預設條件可能影響可見性，需測試。
FAQ2：首次提示被關閉後誰仍能看變更？變更紀錄要獨立存在，提示只是入口。
對夜班提示應避免在警報高峰突然彈窗遮住重要資訊。可在登入後提供固定變更入口，讓操作員選擇閱讀時間；重要安全訊息仍依專案流程顯示。
版本回歸還要測試資料保存與歷史查詢。新畫面讀取同一個警報資料源時，事件來源、優先級、ack狀態和時間不能因改版而換義；若查詢欄位重新命名，通知中要列舊欄位與新欄位對照。操作員可先用一筆已清除和一筆仍Active的虛構警報，確認篩選、詳情、確認及返回都保留正確狀態。若新版本顯示空白，先查資料綁定、權限與provider，再查版面，不要把空白解讀成沒有警報。
請先準備兩張測試事件卡：A-11為High且Active Unacked，A-12為High且Cleared Acked。舊版與新版都從相同初始資料開始；新版選High再選全部狀態應看到兩筆，只選Active則看到一筆。完成確認A-11後，它仍Active但變為Acked，不應從Active清單消失。
發布包另附資源清單，把畫面、命名查詢、Tag設定與警報規則分列。例如此次只有畫面r3與命名查詢q2更新，Tag設定t5沿用；驗收記錄每項的檔案指紋與環境。若測試站與正式站來源路徑不同，先核對參數對應，避免新版看似沒資料卻只是連錯Provider。
回復決策要有具體觸發：授權錯誤、找不到Active警報、確認對錯事件或查詢超過專案允許時間，都停止推廣並依核准程序處置。回復舊畫面不會撤銷已做過的操作，已確認的警報、寫入值與資料庫變更必須另行保留與評估，不能隨畫面版本一併倒回。
練習留一台客戶端顯示舊版本，另一台載入新版本，再對照版本角標與相同事件ID。若兩台回覆語意不同，先檢查資源是否真的載入與後端查詢版本；只有兩種客戶端組合都通過任務，才把相容性寫成已驗證。
FAQ與來源
FAQ3：專案匯出是否包含Gateway連線與Tag Provider？Ignition官方文件指出專案匯出不包含部分Gateway資源，需另備份。
FAQ4：回復舊畫面就會恢復舊警報規則嗎？不能假設，規則與外部資源要分開核對。
參考：Ignition Projects：Project Export/Import與版本管理邊界。
參考：Ignition Project Backups：備份內容與還原限制。
發布通知也要標示適用客戶端與最低Gateway版本。若只更新Gateway而未更新客戶端，可能出現資源格式或元件屬性不相容；若只能分批更新，先選非關鍵站點做離線任務測試，記錄結果後才擴大範圍。