Abap 停用更改请求

我们的系统环境由四个主要环境组成：

发展

质量保证

整合

生产

[1]和[3]之间的传输例行程序是通过从[1]发布原始更改请求，确保其在[2]中的内容质量，并最终将其从[2]传输到[3]来完成的

运输到[4]的方式基本相同

然而，通常在大型和长期开发中，多个达到[3]的

CR

s包含在[1]中的新

CR

中。然后释放到[2]，然后传输到[3]，然后传输到[4]。

---

这样，在[3]中留下了一些需要放弃的

CR

。有一种风险（糟糕的体验）是，有一天它们中的任何一个都会被传输到[4]并覆盖较新的版本。因此，我们希望阻止传输它们，而不删除它们（出于文档目的）。

选项1

你为什么不定下来？您最多可以设置三个级别的审批人，如果没有他们的许可，将无法导入请求。细节

选项2

另一个选项是将所有这些TR设置为，并仅将更改TR类型的授权分配给选定的人员，因此不会意外传输请求

选项3

---

做到这一点最麻烦、最一致的方法是使用ChARM进行传输，并限制在本地创建/移动请求。以下是如何设置它。

您可以使用“副本传输”来控制它。我不知道该怎么解释，但我是一名开发人员，看到一些公司用它来控制向生产的传输。

拷贝的传输

在这种情况下就像常规的

CR

。它可能在集成过程中被遗忘，并被错误地传输到生产环境中。我认为生产环境中存在一个参数，它阻止了“拷贝传输”的传输。但我不确定。选项1。已经设置好了。然而，有时在给予批准时会出现人为错误（曾经在那里…）。备选案文2。听起来很有趣，如何在集成环境中更改已经发布的CR？备选案文3。ChaRM多年前就被我们的组织放弃了。据我所知，将本地请求更改为已发布的请求是不可能的，只能更改为可修改的请求。作为一种选择，您也可以在导入所有必要的请求后进行更改。