在典型的更改通告进程中，为需要修改的对象制定了详细的计划，并在下一个产生的对象修订版本中给出相应的解决方案。由于某些更改可能需要占用大量的时间来验证和处理，因此当其他更改通告需要对已修改的相同受影响对象进行修改时，可能会出现问题。在某些情况下，会撤消后续生成的修订版本中的修改，以便其他更改可以通过，或者更改可能不按修订版本次序发布，以便可将这些其他更改纳入其中。

使用红线功能，多个用户可同时计划对相同受影响对象的更改，而无需提交到后续修订版本。在更改通告的计划阶段，会改为在最新发布的受影响对象上创建红线，而不是创建下一个产生的对象版本。可启动红线产品结构浏览器来计划使用可视化指示符自动跟踪的更改。您可以继续处理红线，直到实施计划完成。实施阶段开始时，如果使用更改上下文中的“修订”操作创建了后续修订版本，则系统会合并计划的红线更改。发布更改通告后，产生的对象中的修改将与当前正在计划的其他未解决更改通告的最新红线同步。

红线功能可用于：

在前期计划过程中使用红线来定义更改，以使这些更改不会干扰其他更改。您可以根据对更改任务和红线的访问权限，以及在创建后续修订版本之前，修改现有红线。

明确开始执行更改通告来实施更改。在开始执行更改通告时，应批准现有红线，但不允许创建新红线。

由于某些更改管理进程允许在执行阶段之前创建产生的对象，因此，当更改任务中至少存在一个产生的对象时也会阻止创建新的红线。