• Réalisez plusieurs petites propagations plutôt que de rares propagations volumineuses.

• Dans la mesure du possible, propagez les modifications vers le projet cible en respectant l'ordre dans lequel elles ont été créées dans le projet source.

• Lors d'opérations de refactorisation (comme des opérations de déplacement ou de changement de nom effectuées sur des membres ou des sous-projets), les règles précédentes s'avèrent particulièrement importantes. Si possible, traitez les opérations de refactorisation dans de petites sections en respectant l'ordre dans lequel elles ont été effectuées à l'origine.

• Les opérations de sous-projet n'étant pas détectées par l'algorithme de comblement, essayez toujours de spécifier explicitement les lots de modifications contenant des opérations de sous-projet au lieu de compter sur l'algorithme pour les localiser.

• Dans la mesure du possible, propagez toujours les modifications dans la même direction. Par exemple, lors de la propagation de modifications entre deux arborescences, le même projet (ou variante) constitue toujours l'arborescence de projet source tandis que l'autre correspond toujours à l'arborescence cible. Conserver la même direction de propagation permet à l'algorithme de comblement de suivre ce qui a déjà (et ce qui n'a pas encore) été propagé entre les deux chemins de développement.

• Dans la mesure du possible, regroupez les modifications apportées à différentes variantes dans des lots de modifications distincts. En d'autres termes, les modifications d'un lot de modifications doivent toutes correspondre au même chemin de développement (ou projet de branche principale).