嗨，

参见表T549 *

无法100％肯定地回答您的问题，但是我的功能经验是，当在传输中包含一个时，您将获得完整/最新版本，就像发布传输时一样，而不仅仅是更改的特定节点。 因此，如果您在不同的运输方式中徘徊着多个变更，并且通过最后发布的运输方式进行运输，那么您将通过所有未完成的变更。

bg

你好Deepak Jain，

您最初的查询是关于功能的，但是对于模式（对于PCR）是相同的。

整个对象"按照上次保存到传输器时的状态进行传输"。

如果对模式（或功能/PCR）进行了2次更改并保存在2个不同的传输中，并且那些传输仅保存了模式，则可以删除保存第一个更改的传输，因为第二个更改都包含该模式 就像"保存"第二个更改（并因此包含第一个更改）之后一样。

就像模式和规则一样，要素是完整传输的。 因此，如果对一个这样的对象进行更改，然后在QAT中释放它，然后在QAT中进行第二次更正并释放，则它们的传输应该以相同的顺序应用于PRD。 否则，如果在第二次传输之后在PRD中应用了第一次传输，则将"丢失"该第二次传输中的所有更改。

关于表，您可以看一下T549C。

是的，非常感谢Remi。

您好Deepak，

"要素中的数据如何传输。是否有一个表，我可以在其中查看正在传输的数据以及在特定传输中进行了哪些添加。

通过在SE01/09事务中的任务（在运输下方）内的特定表中导航，可以检查运输请求中存储的数据（记录）。 我们可以在表控件中查看表键值，选择相应的条目后，如果单击"表内容"选项，则可以匹配表键的所有条目（记录）数如下所示。

在表控件中选择所需的键，然后选择"表内容"选项，将显示弹出窗口。

在选择所需选项时，单击"确定"按钮，将显示内容。

"，因此我假设如果Dev中有3个传输，并且按顺序传输1先发布，然后进行一些更改，然后传输2 

如果您有多个转移到QAS/PRD的运输请求，我建议将所有任务（3）与单个Request，release和Import合并到QAS/PRD中。 另外，您还可以选择"副本传输"。

致谢

Rajkumar Narasimman

嗨Remin，

您是正确的，可能是针对自定义请求，我们在TR合并过程中确实遇到了问题。

""如果您有多个转移到QAS/PRD的运输请求，我建议将所有任务（3）与一个Request合并

但是我并不是要合并上面的传输请求（TR），我提到要合并任务（在TR内部）。 我们在SE01/09交易中确实有一个选项（实用程序->重组->合并或实用程序->重组->重新签名），以将所有任务合并在单个TR中。

如果我们确定Task中对象的可用性，即使在发布之前，也可以将对象组合在一起并发布，我希望在这种情况下，我们不会遇到问题。

致谢

Rajkumar Narasimman