solutionmanager中变更请求管理（changerequestmanagement，大数据专业怎么样，ChaRM）的使用向许多客户介绍了拷贝传输的概念。虽然副本传输是标准CTS处理的一部分，但许多客户在实施ChaRM管理开发过程之前没有使用副本传输。

使用副本传输对整个变更管理过程有许多好处。实现了转移到生产环境的传输数量的全面减少。工作台锁在整个开发周期中是连续的，直到测试完成，并且更改文档设置为"已成功测试"状态。这消除了多个开发人员可以更改同一对象而无需更改的情况协作。连续工作台锁需要第二个想要更改对象的开发人员与工作台锁的所有者协商。

这些好处非常有价值。在发布时减少上线缓冲区中的传输数量可以显著减少导入在上线期间所花费的时间。这可以在发布期间为其他活动腾出时间，延长工作台对某个对象的锁定，可以在开发过程中更好地控制该对象，使其更稳定地上线。

魅力过程可能会造成一些混乱的一个方面是，云服务器一年多少钱，每次状态更改为"待测试"时，将生成与变更文档关联的每个工作台对象的新版本。在开发和测试过程中，变更文档可以在"开发中"和"待测试"之间来回传递几次，移动物联网，也可以来回移动多次，很多次。可能有多个对象分配给与文档关联的单个传输。可以分配给更改文档的传输数量没有限制。因此每次将文档设置为"待测试"，将生成副本的新传输，并生成与变更文档相关联的每个工作台对象的新版本，而不管传输或工作台对象的数量如何。每次将文档发送回"正在开发"时，文档上可能只有一个项目需要处理或修复。

此过程与客户不使用魅力和不使用副本传输时的情况不同。如果没有副本的魅力和传输，只有更改的对象被添加到传输中，并在QA系统中准备好测试时发布。没有更改的对象不会创建新的传输和版本。因此，如果需要还原到对象的以前版本，可能会有一些混淆。虽然可以使用副本传输描述来区分原始传输和副本传输，没有简单的方法来确定哪些版本包含更改，哪些版本是重复的，因为更改文档在一个测试周期内被发送回"正在开发"和"待测试"。

下面的屏幕截图是一个对象Z\u PROG1的版本管理列表。

版本列表包含十几个条目。使用"请求文本开/关"按钮将有助于指示哪些版本是由于传送副本而造成的。

由于ChaRM会自动创建副本传送的说明，并在末尾使用字符串"生成的测试传送"，因此可以快速识别目录。不容易识别的是包含程序更改的传输。在非ChaRM、非TOC场景中，每个版本都包含一个更改。在ChaRM场景中，如果更改文档多次移动到"待测试"以测试更改文档上的另一个对象，那么许多版本实际上可能是相同的。

这里显示的示例是一个人为的示例，我只是创建了一个程序，免费自助建站软件，并在"正在开发"和"待测试"之间来回传递更改文档多次以显示生成的版本。在一个真实的例子中，该程序可能会运行多年，并且可能由于许多更改请求而多次运行。在这种情况下，可能会有几十个版本随着时间的推移而累积。随着ChaRM和TOC的引入，随着时间的推移，可以累积的版本数可能是5到10倍。更改请求的数量和开发人员和配置用户的效率将相互作用，以确定最终创建了多少个版本。

对于那些因使用ChaRM和TOCs而导致的版本数量令人担忧的客户，可以设置CTS参数来消除TOCs生成的版本。参数VERS\ U AT\ U EXP可设置为值NO\ T。此选项指示仅当原始传输被释放时才会生成新版本。NO\ T值最近已添加到CTS配置中。检查SAP注释2296271以查看您的系统是否支持新参数。

以演示此参数新程序被创建并保存到一个普通更改文档上的传输中。创建时，只有没有版本历史记录的活动版本会混淆问题。

然后程序在"开发中"和"待测试"之间循环几次。

版本管理历史记录显示没有创建其他版本。

只有当文档设置为"测试成功"状态时，开心返利，才显示最初的传输已发布。

版本管理屏幕显示版本管理区域的更新。

本博客的目的不是鼓励每个客户使用该参数。如果开发人员经常依赖版本管理来恢复到由TOC生成的以前版本，则此参数将没有帮助。但是，如果生成的版本数量开始使版本管理的使用变得困难，则此参数可能会有帮助。如果您正在考虑使用必须咨询SAP Note 2296271以确保您的系统支持该参数。