載入完整的重新發佈配套之前的 TAL 清理
配套加工品檔案 PublishInfo.xml 會告知 Servigistics InService 如何處理配套。特別是，元素 JobSpecification 有三個重要屬性：
<JobSpecification date="2015-06-10 21:09:59:830" increment="0" incremental="false">
• date - 提供工作的時間戳記。
• increment - 指示已發佈配套的次數。
完整配套的屬性值為零，且之後會為每個連續增量發佈增加 1。這可讓 Servigistics InService 偵測順序錯誤的配套 (發佈中的間隙)、發佈工作失敗，或在平行發佈情況下以錯誤順序到達的配套。
• incremental - 指示這是完整發佈還是增量發佈。
針對完整發佈，屬性的值為 false，或者當配套是增量發佈配套時，屬性的值為 true。
時間戳記與增量相關值的組合可讓 Servigistics InService 偵測間隙，並確保只有最新版本會以正確順序載入。
載入完整的重新發佈配套之前手動清理
重新發佈先前已增量發佈的完整配套時，先前已在配套中的資料可能已在新的重新發佈配套中排除。在此情況下，重新發佈配套的 TAL 流程不會失敗，但建議您執行一些手動清理，以從 Servigistics InService 儲存中移除剩餘發佈資料。
以下是此手動清理的一些替代方法：
• 最簡單且最安全的方法是使用 Task Manager 中的 Delete Segment From Sites 和 Remove Segment Configuration Setting 任務來刪除區段。
但是，請注意，此方法需要您對區段中的所有內容再次執行 TAL 流程，因此，這可能不是一個可行的選項。
• 您也可以使用 Task Manager 中的 Clean Environment 任務。
• 另一個方法是執行指令集的清理。使用此方法時，您必須小心，避免出錯。
請遵循下列步驟來執行選擇性手動清理：
1. 依照下列方式編輯 Px 配套的內容：
a. 識別存在於較早版本中，但目前在重新發佈配套中遺失的物件。
b. 將遺失物件作為已排除物件的一部份包括在配套檔案 excludedObjects.xml 中。請務必遵循所需檔案結構。
2. 載入手動編輯的配套以觸發相應物件的刪除。