Sui 會略過僅包含文件變更的推送中的映像檔預先建置
根據 pull request #28145，Sui 將不再針對純文件變更的 push 觸發完整映像預建。更新後的 GitHub Actions 工作流程在 `pre-build-images.yml` 的 push 觸發條件中加入 `paths-ignore: [’docs/**’]`。
過去，推送到 main、devnet、testnet、mainnet 與 release 分支的每次 push，都可能啟動 13 個 AMD64 映像建置，包括 Sui 節點、工具、索引器、RPC、儲存、分析與 GraphQL 映像。網路分支也會建置 ARM64 映像。這造成文件變更不必要地消耗 CI 資源，也可能讓排隊中的建置互相取消。
在前七天內，Sui 儲存庫 main 分支的 42 次提交中，有 22 次是純文件提交。所有 MDX 檔案都位於 `docs/` 底下，而該目錄以外的 Markdown 檔案仍會被納入，因為 `docs/` 外有 399 個檔案，且至少有一個會被編譯進程式碼庫。
同時包含文件與程式碼的變更仍會觸發映像預建。當必要 SHA 沒有預建映像時，持續發布與部署工作流程也能按需求建置映像。這項變更已通過 `actionlint` 驗證。預期結果是降低 CI 成本並減少建置佇列壅塞，而不會直接改變 Sui 網路功能或代幣經濟。
Neutral
這是一項中性的市場事件。這項變更透過避免為僅涉及文件的提交建立不必要的映像檔，提升了 Sui 的 CI/CD 效率，但不會改變 Sui 協議、網路容量、驗證者運作或代幣經濟。
短期而言，交易者不太可能僅因這項工作流程最佳化而重新評估 SUI。主要好處在於營運層面：降低建置成本、減少被取消的工作，以及可能讓發布流程更具可預測性。這些改善或許能稍微支持開發者信心，但規模太小，不足以構成明確的看漲催化劑。
長期而言，高效的基礎設施可以降低維護負擔並提升工程效率。然而，區塊鏈專案中類似的建置流程或儲存庫自動化變更，通常對代幣價格的直接影響有限。市場走勢仍會更受 Sui 的使用情況、總鎖定價值、交易活動、網路升級、生態系統推出項目及更廣泛的加密貨幣流動性影響。因此，交易者應將此視為一次小型基礎設施更新，而不是 SUI 的方向性訊號。