• 执行多次少量传播，而不是少数几次大量传播。

• 尽可能按照更改在源项目中的原始创建顺序将其传播到目标项目。

• 涉及重构操作（如针对成员或子项目的移动和重命名操作）时，上述规则尤为重要。如果可能，请按照这些重构操作的原始发生顺序，以较小的区块来对其进行处理。

• 由于回填算法不会检测子项目操作，因此请始终尝试明确指定包含子项目操作的更改包，而不是依靠回填算法来为您定位这些更改包。

• 尽可能始终按相同的方向来传播更改。例如，在两个树之间传播更改时，一个项目（或变型）始终是源项目树，另一个始终是目标项目树。保持相同的传播方向有助于回填算法跟踪已经（尚未）在两条开发路径之间传播的内容。

• 尽可能将对不同变型的更改保留在不同的更改包中。换句话说，单一更改包中的更改应该全部对应于相同的开发路径（或主线项目）。