变更传播实践探讨了如何将应用程序一个版本中所做的更改迁移到应用程序的其他现存版本。
在每次从分支发布后，应该将分支中所做的更改与主干合并。 这确保了对补丁版本发布所做的所有缺陷修复都正确地整合到应用程序的未来版本中。
根据对主干和要合并的分支所做的更改量，此合并可能会非常耗时。 实际上，它可能会在 CVS 中导致大量冲突，从而导致手动合并。 合并后，必须对主干代码库进行测试，以验证应用程序是否处于正常工作状态。 在准备项目计划时必须牢记这一点。
如果分支上的更改持续很长时间，即使在发布之前，也可以定期地将这些更改合并到主分支。 合并的频率是基于分支演进过程中的某些逻辑点来确定的。 为了确保不发生重复合并，可以采用以下实践。
除了分支标签之外，还应该创建一个名为 {branch_name}_MERGED 的标签。 此标签最初与分支的上次发布标签处于相同的位置。 然后，在每次中间合并之后，通过使用 -F 选项“移动”此标签。 这消除了中间合并期间的重复合并问题。