了解Pact Broker工作流

Question

非常清楚地知道，Pact的集成方式有许多工作流类型，我正在尝试将一个常见的工作流可视化。我为协议经纪人工作流程开发了这个泳道。

1. 如何在较旧的提供程序生成上运行提供程序验证？
2. 标记如何改变？
3. 何时将webhook创建回提供程序？
4. 如果不同的提供程序具有不同的基URL（即生成系统），该怎么办？
5. 如果提供程序失败，新提供程序如何生成有关使用者的警报？
6. 我对这个流的思考正确吗？

我尝试从Webhooks中收集我的理解，使用pact（消费者团队与提供者团队不同），并将验证结果发布给pact代理。假设我对问题的思考是正确的，并且没有完全错过一些文档，那么我很乐意为社区编写一个建议工作流文档。

Answer 1

您的泳道图很好地描述了工作流，但需要注意的是，一旦所有内容都设置好了，就很少从代理手动启动提供程序构建。

提供者从来不会在过程中通知使用者验证失败（或成功）。如果是这样的话，那么您就可以使用循环构建了。

我是这样想的：

• 使用者测试创建一个契约（契约文件）。
• 此步骤还验证使用者是否可以使用满足该约定的提供程序（使用模拟提供程序）。
• 然后，使用者将此协议文件提供给代理（如果配置为这样做）
• 现在有了一个新协议，代理（如果已配置）可以触发提供者构建
• 提供者的CI基础结构构建提供者，并运行协议验证
• 提供者的CI基础结构（如果已配置）将验证结果告知代理。

代理和提供者的构建系统是唯一知道验证结果的比特--此时它不会传递回消费者。

将验证的状态反馈给使用者实际上是一件非常重要的事情，因为它告诉使用者它们是否可以安全地部署。这是目前契约工作流程中缺失的部分，我正在尽快工作以纠正这一点。

目前，由于验证状态是您可能希望了解的信息--特别是如果您无法看到提供商的CI基础结构--您可能希望检查pact build徽章，这是检查代理的一种较轻松的方式。