加载完整的重新发布束之前进行 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. 加载手动编辑的束即可触发相应对象的删除操作。