From 44146ba7d21395eaae8b350f75a25a725df9e6a3 Mon Sep 17 00:00:00 2001 From: Marko Justinek Date: Wed, 4 Oct 2017 10:41:17 +1100 Subject: [PATCH] Updates documentation --- CONTRIBUTING.md | 2 +- README.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md index eb54848..9bfc723 100644 --- a/CONTRIBUTING.md +++ b/CONTRIBUTING.md @@ -40,7 +40,7 @@ carthage build --no-skip-current --platform iOS,macOS,tvOS #### Test Swift Package Manager ``` ./scripts/start_server.sh && -swift build && +swift build -c debug | release && swift test && ./scripts/stop_server.sh ``` diff --git a/README.md b/README.md index a74e96a..cc8350f 100644 --- a/README.md +++ b/README.md @@ -216,7 +216,7 @@ If your setup is correct and your tests run against the pack mock server, then y And the generated pacts here: `$YOUR_PROJECT/tmp/pacts/...` -[Publish][pact-publish-to-broker] your generated pact file(s) to a [Pact Broker][pact-broker] so your _API provider_ can always retrieve them from one location, even when pacts change. Or even just by simply sending the pact file to your API provider devs so they can used them in their tests of their API responses. See [Verifying pacts][pact-verifying] for more information. +[Publish][pact-publish-to-broker] your generated pact file(s) to your [Pact Broker][pact-broker] or a [Hosted Pact Broker](http://pact.dius.com.au) so your _API provider_ can always retrieve them from one location, even when pacts change. Or even just by simply sending the pact file to your API provider devs so they can used them in their tests of their API responses. See [Verifying pacts][pact-verifying] for more information. For an end-to-end example with a ruby back end service, have a look at the [KatKit example][pact-katkit-example]. Also, check out this article on [using a dockerized Node.js service][pact-dockerized-example] that uses provider states.