資產在Experience Manager中移動和發佈後，出現未預期的影像遺失或連結損毀
當您在移動作業完全完成之前發佈資產時，可能會導致影像遺失或已發佈頁面上的連結中斷。 本文會說明這類事件背後的機制及其可能造成的後果。
說明 description
環境
Adobe Experience Manager (AEM)as a Cloud Service
問題/症狀
AEM的行為因使用者的復寫許可權而異：
- 具有復寫許可權的使用者 ：這類使用者在移動或重新命名已發佈的資產時，會觸發AEM更新引用資產的頁面上的連結，以符合變更。 同時，AEM會為資產和頁面啟動取消發佈/Publish循環。
- 沒有復寫許可權的使用者 ：當使用者移動已發佈的資產時，AEM會更新引用頁面上的連結，並請求管理員取消發佈/Publish核准。 核准後，AEM會執行取消發佈/Publish週期。
等待取消發佈/Publish核准的資產由發佈時會發生問題 具有復寫許可權的使用者. 這種過早發佈會導致資產從原始路徑取消發佈，並以新路徑重新發佈；然而，引用頁面上的連結未更新，從而導致連結失效。
以下說明具有不同復寫許可權的使用者與資產移動作業互動時的順序和可能問題。
先決條件：
沒有復寫許可權的使用者A具有復寫許可權的使用者B
作者和Publish執行個體的初始狀態：
在Author和Publish執行個體上，資產 asset_original.jpg 存在且已在頁面A上參考。
逐步問題重現
步驟1： 使用者A重新命名 asset_original.jpg 至 asset_renamed.jpg. 重新命名的資產現在正等待核准，並在作者執行個體上標示為「在工作流程中……」。 在Publish例項上，資產將維持為 asset_original.jpg.
步驟2： 使用者B已發佈 asset_renamed.jpg 在作者執行個體上。 因此，在Publish執行個體上，資產會重新命名，但PageA仍會參照 asset_original.jpg，導致連結失效。
解決方法 resolution
若要降低資產移動導致連結中斷的風險，請務必快速核准或完成任何擱置的資產移動作業。
在舊版中，復寫佇列可能會遭到封鎖，而不會移動Publish執行個體上的原始資產。 不過，自發行說15977起，AEM已獲得增強，可移動Publish執行個體上的原始資產，並防止復寫佇列中出現這類封鎖。
在我們的Experience League Campaign社群中提出問題
若您有任何關於此主題的疑問或想閱讀先前已回答的問題，我們邀請您檢視我們的 Experience League社群部落格 包括本文，傳送您的問題和意見，並加入我們的Experience LeagueCampaign社群！