升級的最佳實務
本主題列出在升級Adobe Commerce專案時，您應採取哪些動作來控制複雜性。 您的團隊應該從專案開發開始時就開始考慮升級，並持續每個版本。 依照這些最佳實務，升級程式將可變得更容易、更快、更便宜。
升級會受到哪些影響？
了解決定升級複雜性的變數很重要。 您必須在每個專案的開頭考慮這些變數，而不只是升級的時間。 專案的開發是確保未來升級順暢且您能夠控制完成升級所需工作的關鍵。
升級Adobe Commerce執行個體的工作量取決於以下因素：
-
您如何建置您的網站？ 自訂工作量和安裝的協力廠商模組數量嚴重影響升級的複雜性。 自訂工作和模組的品質可決定升級是否順利進行。
-
您是否跳過多個版本？ 略過發行版本會使下一次升級更複雜，從後續版本升級會使流程更容易、成本更低。
-
您正在執行哪一種型別的升級？ 升級至次要版本（例如從2.3.x升級至2.4.0）比修補程式版本（例如從2.4.2升級至2.4.3）之間的升級更廣泛。 安全性升級是最容易實作的型別。
規劃升級的最佳實務
如果您處理的專案已投入生產，升級是您提升程式碼和自訂品質以及最佳化未來升級的機會。 您今天投資的時間就是長期節省的時間。
如果您為不同的商家管理多個網站，最佳方式是擁有您正常使用的主要功能與自訂內容的基礎例項。 使用此基礎執行個體作為您的測試網站，以完成升級，然後在其他人上執行此升級。 此做法可讓您靈活地重複使用不同客戶的自訂模組，並簡化跨專案的升級。
如果您的專案已上線，我們建議您執行稽核以判斷其品質，並瞭解如何改善專案以提高升級效率。
開發時考慮升級
從您開始處理專案的那一刻起，您就應該考慮未來升級將如何受到您目前工作的影響。 請務必遵循Adobe Commerce開發最佳實務，如以下所述：
開始採用Adobe Commerce擴充性平台（如果尚未這麼做的話）。 此平台可讓您有效率地自訂流程、整合系統和部署新功能，同時維持類似SaaS的可升級性。 其功能包括：
-
UI擴充性. 使用擴充和改進您的店面，不受後端和中介軟體的限制 PWA Studio.
-
API擴充性. 使用 GraphQL 藉由演化圖形資料模型並直接從圖形層執行lambda函式來擴充Web API層。
-
Adobe I/O中介軟體與服務. 使用Adobe的中介軟體和建置在其上的一組應用程式連線，將您的系統與Adobe Commerce連線 Adobe I/O. 此外，您可以使用在Adobe I/O上執行的自身商業邏輯覆寫預設行為，以擴充核心平台功能。
規劃升級
隨著我們不斷擴充Adobe Commerce的功能，請務必在最新可用版本上進行開發，並為您的專案計畫定義升級策略。 如此一來，您就能夠確保安全、符合法規，並掌握最新的增強功能，讓您能更快速地增加銷售量、更有效地營運，並在現在和未來保持競爭優勢。
為了協助您規劃升級並編列預算，您應監控我們的 發行排程. 提前在團隊的待辦專案中規劃升級任務。 目標是使用GA完成這項工作。
-
使用搶鮮版來瞭解每個新版本。 搶鮮版是「一般可用性」程式碼，可供Adobe Commerce商家和所有合作夥伴在正式可用性兩週前使用。 如果您有多個商店，請使用基礎商店中的發行前，並確認您的自訂模組和主題與其相容。
-
檢閱 升級計畫檢查清單 Adobe Commerce ，協助您規劃升級作業。
-
在年初規劃升級。 您必須預訂預算和資源，才能完成每次升級。 請記住，不同專案的升級工作量可能大不相同。 儘可能利用您的經驗和知識來制定正確的計畫。
-
如果您的升級比我們在此說明的花費更多時間，我們建議您稽核您的專案，並調整您的環境以減少長期維護。
執行升級
升級應定期進行，並根據預先定義的預算進行。 我們建議在年初排程預先核准的升級，以確保已計畫並準時完成升級。
評估升級所需完成的工作：
-
檢閱 發行說明 以瞭解新版本的範圍和影響。
-
使用 Upgrade Compatibility Tool 識別在嘗試升級至較新版本之前必須在自訂程式碼中修正的潛在問題。
-
如果您使用協力廠商擴充功能，請驗證其與您計畫升級至的目標版本的相容性。
升級後測試
測試是需要最多時間的升級階段。 因此，此程式應儘可能自動化。 使用核心測試工具可讓您受益。 此 應用程式測試指南 提供詳細資訊。
在移至生產環境之前，請使用測試環境來測試和驗證您的升級。
利用 維護頁面. 預先準備此頁面可讓您與客戶通訊，通知他們背景正在進行工作。 此頁面應該會顯示幾分鐘，但如果發生問題，您可能需要更長的時間使用。 為您的維護頁面提供適當的內容和設計，即使您的商店無法使用，也能為使用者提供良好的體驗。