应用错误收集

截至昨天，当我发布（当前）产品及其API时，已部署的Assembly尚未更新，运行的是早期状态-最有可能是从12月初开始。 APIC域是在11月底创建的，因此我所部署的甚至可能是初始部署。

作为测试，我更改了API的描述（添加了“ XXX”），并更改了Gateway脚本，以在程序集开始时将XXX添加到“ console.warn”。可以在Portal中看到描述更改，但在DP日志中看不到“ XXX”。我将DP日志级别设置为“调试”，但看不到12月添加的所有“跟踪”语句。

有人对我如何解决此问题有任何想法吗？或者，如何查看API的已部署代码？我已经查看过DP文件管理，但是所有日期都在11月底。

[编辑]

目录处于开发模式，因此我使用相同的版本进行更改和发布。我刚刚使用上述api（VAT-Num-Check）（这是我们的第一个“真实” api）和一个较旧的琐事（仅将两个数字相除）进行了一系列测试。沙盒目录与DEV网关关联，而SIT目录与SIT网关关联。

另一种破坏方式是，在部署新的api之后，调用它会导致404“没有资源与请求的URI相匹配”。

我的结论是：

Mgmt服务器和/或DP APiC网关发生了故障。将代码部署到DP后，将无法更改或删除。 Portal中的更改是正确的。

可能的例外是，今天上午CLI发布到SIT网关后，VAT-Num-check API的部署似乎已恢复为早期版本。

[/ EDIT]

背景：

我一直在创建Windows脚本以发布产品/ API草案，然后运行邮递员测试。这意味着我一直在对DP（V5类型）执行许多发布操作。在我最后一次运行的星期一晚上，邮递员测试了所有工作。昨天早上，有些失败了。

早在12月初，我进行了更改，以便用户响应中的所有JSON错误消息都将 error 用作消息内容的“前缀”。在此之前，有些使用 message ，有些使用 reply 。失败的原因是错误消息已还原为使用较早的“前缀”。