Pact部署后合同验证
我正在使用Pact JS进行合同测试。我已经编写了提供者和消费者部分，并将它们上传到协议经纪人。合同URL指向我的QA环境。我想创建一个每天运行的Slack webhook，并验证合同是否仍然通过。有没有办法让我按需运行契约验证，而不上传新合同？如果我只是想检查一下是否没有变化，为什么我需要更改合同？这似乎是一个每个人都应该使用的基本功能，但为了我的爱，我无法在文档中找到它
共有1个答案
我想你误解了契约经纪人的工作方式。它不运行提供商测试--提供商的配置项作业将运行该测试，并且在该阶段，它将从代理中提取合同并针对您的提供商进行测试（通常是本地的，但在您的情况下针对QA环境）。
因此，在您的情况下，您希望触发的是提供者配置项构建，而不是协议代理。
而且，如果什么都没有改变（即，使用者既没有发布新的契约，提供者也没有改变它的实现），为什么还要运行构建呢？
-
想要改进这个问题吗？更新问题，以便通过编辑这篇文章用事实和引用来回答。 最初的关闭原因未得到解决 我正在尝试了解PACT和Spring Cloud合同之间更好的工具来实施消费者驱动程序合同测试。我没有找到任何明确的例子来找到优缺点。 我想实现CDCT，我在项目中不使用Spring。根据我的理解，我认为PACT是很好的选择。 欢迎任何信息或建议。谢谢你。
-
调用合约的deploy()方法将其部署到区块链上。其返回的Promise对象 将在成功部署后解析为新的合约实例。 调用： myContract.deploy(options) 参数： options - Object: 用于部署的配置选项，包含以下字段： data - String: 合约的字节码 arguments - Array : 可选，在部署时将传入合约的构造函数 返回值： Object
-
注解 译者注：Migrations 直译”迁移“，当作为一个名词时，有时指的是用来部署的脚本文件，称之为迁移文件，作为动词会翻译成部署，请读者了解。 迁移脚本（JavaScript文件）可帮助我们将合约部署到以太坊网络。 这些文件负责暂存我们的部署任务，并且假设我们的部署需求会随着时间的推移而发生变化。 随着项目的发展，我们将创建新的迁移脚本，以进一步推动区块链的发展。 先前运行的部署记录通过特殊
-
我有一个情况，我可以访问一个作为.json文件的合同，但它还没有发布，这可能需要一段时间。我想开始为它编写验证测试，所以是否考虑手动粘贴这个文件到pact/文件夹下，并连接到它，而不是一个在线代理？我想我以前在什么地方见过这样的事。这真的可能吗？如果可以，请给我一个样品好吗？谢谢.
-
我正在使用Pact进行消费者驱动的合同测试。在我的usecase中，我的消费者“some-market-service-consumer”正在使用提供者“market-service”。在某个市场服务消费者处“产生”的合同如下所示： 在provider-site上，我正在使用Pact-Provider-Verifier-Docker'。以下是我的测试结果： 看起来，好像测试工作良好-“电话”被测试
-
本文介绍了小米公司部署Open-Falcon的一些实践经验，同时试图以量化的方式分析Open-Falcon各组件的特性。 概述 Open-Falcon组件，包括基础组件、作图链路、报警链路。小米公司部署Open-Falcon的架构，如下： 其中，基础组件以绿色标注圈住、作图链路以蓝色圈住、报警链路以红色圈住，橙色填充的组件为域名。每个模块(子服务)都有自己的特性，根据其特性来制定部署策略。接下来，