截至昨天，当我发布（当前）产品及其 API 时，部署的程序集没有更新，并且正在运行的是早期状态 - 很可能从 12 月初开始。APIC 域是在 11 月底创建的，所以我部署的甚至可以是初始部署。
作为测试，我更改了 API 的描述（添加“XXX”）并更改了网关脚本以在程序集开始时将 XXX 添加到“console.warn”。可以在 Portal 中看到描述更改，但 DP 日志中没有可见的“XXX”。我将 DP 日志级别设置为“调试”，但在 12 月添加的“跟踪”语句都看不到。
有人对我如何解决这个问题有任何想法吗？或者，如何查看 API 的部署代码？我查看了 DP 文件管理，但所有内容的日期都是 11 月底。
[编辑]
目录处于开发模式，所以我使用相同的版本进行更改和发布。我刚刚使用上面提到的 api (VAT-Num-Check) （这是我们的第一个“真正的” api）和一个只将两个数字相除的旧的微不足道的 API 进行了一系列测试。沙盒目录与 DEV 网关相关联，而 SIT 目录与 SIT 网关相关联。
另一种损坏是，在部署新的 api 后，调用它会导致 404 'No resources match requested URI'。
我的结论是：
Mgmt 服务器和/或 DP APiC 网关出现问题。代码一旦部署到 DP，就不能更改或删除。门户中的更改是正确的。
可能的例外是，在今天早上 CLI 发布到 SIT 网关后，VAT-Num-check API 的部署似乎已恢复到早期版本。
[/编辑]
背景：
我一直在创建一个 Windows 脚本来发布草稿产品/API，然后运行 Postman 测试。这意味着我一直在对 DP（V5 类型）执行大量发布操作。星期一晚上，在我的最后一次运行中，邮递员测试都奏效了。昨天早上，有些失败了。
早在 12 月初，我进行了更改，以便用户响应中的所有 JSON 错误消息都使用错误作为消息内容的“前缀”。在此之前，一些使用message和一些使用reply。失败的原因是错误消息已恢复为使用早期的“前缀”。