PAW 重复文档保留文档之间的查询输出，这应该发生吗？
PAW duplicated documents retain query output between documents, is this supposed to happen?
我有一个 PAW 文档，它被复制到两个不同的文档中，app A 和 app B。这些文件使用环境和变量。如果我在应用程序 A 中执行 REST 调用然后切换到应用程序 B，当我都打开时，A 中调用的结果显示在结果输出中，结果输出在 B 中。如果我刷新应用程序 B 中的 REST 调用，那么我会看到结果是应用程序 A 的输出。我的猜测是，当我执行 REST 调用时，是否有一个文件位置的设置正在更新，并且由于文档是重复的，它们正在共享该位置。如果是这种情况，我可以更新此文件位置吗？
发生这种情况是因为响应（HTTP 交换）存储在一个独立的位置，以保持您的实际文件不受 request/response 历史记录的影响。为此，我们通过生成它们的请求的唯一标识符来引用响应。手动复制文件欺骗了这个系统...
作为快速解决方法，我建议您在其中一个文档中将所有请求分组在一起，复制该组，然后删除原始组。这将为请求分配新的标识符，并解决您的问题。 （它还会断开请求之间的链接，用于 Request/Response 动态值...）。
解释这一点的快速截屏视频：http://cl.ly/2S3c46122k3s
我有一个 PAW 文档，它被复制到两个不同的文档中，app A 和 app B。这些文件使用环境和变量。如果我在应用程序 A 中执行 REST 调用然后切换到应用程序 B，当我都打开时，A 中调用的结果显示在结果输出中，结果输出在 B 中。如果我刷新应用程序 B 中的 REST 调用，那么我会看到结果是应用程序 A 的输出。我的猜测是，当我执行 REST 调用时，是否有一个文件位置的设置正在更新，并且由于文档是重复的，它们正在共享该位置。如果是这种情况，我可以更新此文件位置吗？
发生这种情况是因为响应（HTTP 交换）存储在一个独立的位置，以保持您的实际文件不受 request/response 历史记录的影响。为此，我们通过生成它们的请求的唯一标识符来引用响应。手动复制文件欺骗了这个系统...
作为快速解决方法，我建议您在其中一个文档中将所有请求分组在一起，复制该组，然后删除原始组。这将为请求分配新的标识符，并解决您的问题。 （它还会断开请求之间的链接，用于 Request/Response 动态值...）。
解释这一点的快速截屏视频：http://cl.ly/2S3c46122k3s