大家好，

我有关获取特定程序的存储库对象的问题已解决。 这是借助FM'REPOSITORY_ENVIRONMENT_RFC'来完成的。

呼叫功能" REPOSITORY_ENVIRONMENT_RFC"
     出口
       obj_type = lv_obj_type" SEU_OBJ
       environment_types = ls_envi_types" ENVI_TYPES结构
       object_name = obj_name-low" SOBJ_NAME
     桌子
       environment_tab = lt_info_envi。  " SENVI结构
 * SOURCE_OBJECTS =


 lv_obj_type-主对象的类型。 可能是" PROG"，" FUNC"，" INCL"。
 ls_envi_types-在此结构的所有字段中填写" X"。
 obj_name-low-需要其存储库对象的对象名称。
 lt_info_envi-此结构将返回存储库对象及其类型。
 

Raza，

程序的目标听起来并不简单。

为什么不通过TR及其对象/子对象列表来获取，而不是通过程序获取？

K.Kiran。

一个明显的答案是确保您拥有一致的质量或预生产环境。 如果您经常因为缺少物品而使RC8投入生产，那么您的运输策略需要进行审查。

使用对象索引会变得非常复杂，这将是一项艰巨的任务。 同样，将难以捕获的是间接激活以及由位于同一组传输中的对象创建的误报。 因此，您将花费很多精力，而且永远不会有100％的解决方案。 最好看看您的传输控制。

这能解释为什么不存在这样的工具吗？

嗨，基兰，

由于生产中丢失的物体可能会给RC8，因此我们必须走遍物体。 我们将首先捕获这些对象，然后将其对应的TR与生产进行比较。

事务/SDF/CD_CCA中的自定义代码远程比较分析是否已经满足您的要求？

嗨，迈克，

RC8很少发生。 但是，它无法在客户面前展现良好的形象。 另外，生产运动被延迟。 如果代码是1万行代码，那么比较程序中的每个对象都很难。

您说对了，这不是正确的解决方案，这是朝正确方向迈出的一步。 我确信我正在创建的程序会随着时间的流逝而改善，并且我们将尽可能多地添加避免RC的可能性。

感谢您的输入。

Fabian，感谢您分享/SDF/CD_CCA上的信息。

K.Kiran。