Postman 我怎样才能避免；“环境地狱”；邮递员？
假设我有两个具有两个不同URL的环境（测试环境和生产环境）。我还有两个需要不同头值的服务（serviceA和serviceB）。我可以在《邮递员》中的四个环境中处理这个问题：Postman 我怎样才能避免；“环境地狱”；邮递员？,postman,Postman,假设我有两个具有两个不同URL的环境（测试环境和生产环境）。我还有两个需要不同头值的服务（serviceA和serviceB）。我可以在《邮递员》中的四个环境中处理这个问题： testServiceA:test的url，serviceA的头值 testServiceB:test的url，serviceB的头值 productionServiceA:production的url，serviceA的标头值 productionServiceB:production的url，serviceB的头值 在
我怎样才能避免这种情况？如果我可以选择多个环境作为活动环境，那就太好了。然后，我可以在“staging”和“serviceC”旁边打一个复选标记。对于特定于Paw的解决方案： Paw makes具有环境域的概念，允许更轻松地控制您的环境值。基本上，一个环境域可以有多个环境，它们是相同环境值的表示 在您的情况下，您可以有3个环境域（serviceA、serviceB、serviceC），其中您将有3个环境域（测试、暂存、生产） 一般来说，这允许很大的灵活性，因为多个环境域可以在一个请求中一起使用。例如，可以想象一个具有不同环境的
服务器环境域（us-east-1
，us-west
，…），它可以与版本环境域（v1.0
，v1.1
，v2.0
）相结合，并将它们合并到一个请求中，以检查2.0版是否适用于us-east-1，依此类推
针对特定于邮递员的解决方案：
您可以使用一些{{}
复杂的功能来增强某些环境的性能。
环境变量可以相互引用：
现在，当您在某处引用环境变量{{{some importional header}}
时，它实际上将引用{{{{mode}}-some importional header}
，在本例中是{test some importional header}
，或者-1
。每次要更改模式时，都必须将环境变量值mode
更改为正确的值，如生产
或暂存
这不是最干净的解决方案，但它避免了由于耦合而创建一系列环境。编辑了答案，以包含一个特定于邮递员的解决方案。很抱歉，我是通过海报发给我的一封电子邮件来到这里的，该邮件询问了Paw是如何处理这个问题的。