似乎我遗漏了一些重要的东西，但我看不到这些徽章可用于我的契约在此处示例中给出的 URI：https ://github.com/pact-foundation/pact_broker/wiki/Provider-verification-badges

即：https://your-broker/pacts/provider/PROVIDER/consumer/CONSUMER/latest/badge.svg （PROVIDER/CONSUMER 替换为现有值）

尝试访问时，我只是收到 404 响应。

我正在使用 pact-jvm v3.5.7 和 pactbroker v2.6.0。

我不明白什么？

我正在尝试在我们公司介绍 Pact。但是，消费者使用提供者 SDK 调用 API，并且主机端口是使用 Kubernetes 动态确定的。我对所有这些后端技术都是新手，所以试图了解我们如何处理这个问题，因为如果它是动态的，就不可能将主机/端口放入 pom.xml？

这是我给服务提供商的 pom 片段

并在 pact:verify 操作之后。我得到以下堆栈跟踪的构建错误。我可以看到在 localhost 代理中生成的协议文件。但是当端点更改为 https 时，验证一直失败。

我正在尝试使用https://github.com/DiUS/pact_broker-docker中提到的说明在 centos 机器中设置协议代理

我已经安装了 docker 并安装了 postgresql（不是在 docker 容器中，而是作为单独的服务）。

我尝试运行以下命令（捆绑在https://github.com/DiUS/pact_broker-docker中）

docker run --name pactbroker --link pactbroker-db:postgres -e PACT_BROKER_DATABASE_USERNAME=pactbrokeruser -e PACT_BROKER_DATABASE_PASSWORD=Thtest -e PACT_BROKER_DATABASE_HOST=postgres -e PACT_BROKER_DATABASE_NAME=pactbroker -d -p 80:80 dius/pact-broker

我收到以下消息

无法在本地找到图像 'dius/pact-broker:latest' 拉取存储库 dius/pact-broker 获取https://index.docker.io/v1/repositories/dius/pact-broker/images：拨打 tcp 54.236.81.192： 443：连接超时

尝试了不同的机制，例如 1. 运行 script/test.sh 2. cd pact_broker-docker-master ；码头工人建造。

仍然没有运气。

更多细节 ：

unname -a

Linux mock-tomcat-132867461-1-210308209 2.6.32-504.30.3.el6.x86_64 #1 SMP Wed Jul 15 10:13:09 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux 。

猫 /etc/*释放

CentOS release 6.9 (Final) LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64: printing-4.0-noarch CentOS 6.9 版（最终版） CentOS 6.9 版（最终版）

注意：我的机器在公司代理后面。

我使用 pact-jvm-provider-maven/ 插件将不同版本的协议（1.0.0 和 2.0.0）发布到 Pact-Broker。我正在使用以下配置来验证针对托管提供商的协议....

它仅验证最新的协议版本，即 2.0.0。

为了向后兼容，我想针对 Provider 服务验证发布到 Broker 的所有 PACTS 版本。

有没有人成功做到这一点？

使用 Pact JS 来测试我的消费者和提供者。我成功地生成了一个协议文件，我想根据我的提供者验证这些文件。

关于测试提供者，我有几个问题：

1. 在进行测试之前，我是否需要启动我的提供者服务？我应该在测试中点击实际的提供者端点吗？例如，假设我的提供程序代码库上有一个 GET /dogs 端点。当我运行我的测试时，我是否需要在本地启动我的服务，点击 /dogs 端点，然后使用 pact 文件验证为端点返回的响应？
2. 如果我想将其作为 CI 管道的一部分运行（我正在使用 CircleCI），有哪些最佳实践可以遵循？我是否需要从 circleci 构建步骤启动我的服务，指向某个数据库，然后按照上述步骤操作？
3. 有没有在提供者测试中使用存根的概念？如果是这样，这些如何用于启动提供程序服务。是否有任何示例或示例代码？

如何使用 json 值生成动态 PactDslJsonBody？Pact 团队是否可以提供自动生成器来动态分配主体？

契约主体：

断言响应：

基于断言响应（作为输入）并创建像

断言响应：

我知道在正文中我们可以提供 json 本身。但我需要使用 Json 生成 PactDSLJson 主体。

我已经在本地设置了协议代理，并且能够发布也由提供商成功验证的协议。如果协议内容自上一个版本以来发生了变化，我将使用 webhook 来启动提供程序项目的构建。我可以在本地使用 webhook 概念，因为我的消费者和提供者没有在 CI 中配置吗？

我的dockerfile如下：

如何让这个容器使用本地安装的 postgresql？

有没有办法从 Pact Broker 获取所有合约的完整依赖关系图（最好是 json 格式）？

图中使用了一个 API 调用：https://<broker-url>/groups/<service>.csv获取数据以绘制图形，但这并不适合解析，需要调用以查找所有服务，然后调用每个服务以获取依赖关系。

最好有一个带有 json 格式的完整依赖映射的调用。