Skip to content

Commit ae7f333

Browse files
Merge pull request #70 from bethesque/issues/pact-provider-verifier-19
docs: remove reference to v3 pact in provider-states-setup-url
2 parents 399dd4c + 81597d9 commit ae7f333

File tree

1 file changed

+8
-8
lines changed

1 file changed

+8
-8
lines changed

README.md

Lines changed: 8 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -64,7 +64,7 @@ class GetUserInfoContract(unittest.TestCase):
6464
'id': 123,
6565
'groups': ['Editors']
6666
}
67-
67+
6868
(pact
6969
.given('UserA exists and is not an administrator')
7070
.upon_receiving('a request for UserA')
@@ -73,7 +73,7 @@ class GetUserInfoContract(unittest.TestCase):
7373

7474
with pact:
7575
result = user('UserA')
76-
76+
7777
self.assertEqual(result, expected)
7878

7979
```
@@ -88,7 +88,7 @@ This does a few important things:
8888
Using the Pact object as a [context manager], we call our method under test
8989
which will then communicate with the Pact mock service. The mock service will respond with
9090
the items we defined, allowing us to assert that the method processed the response and
91-
returned the expected value. If you want more control over when the mock service is
91+
returned the expected value. If you want more control over when the mock service is
9292
configured and the interactions verified, use the `setup` and `verify` methods, respectively:
9393

9494
```python
@@ -264,7 +264,7 @@ There are several options for configuring how the Pacts are verified:
264264

265265
###### --provider-base-url
266266

267-
Required. Defines the URL of the server to make requests to when verifying the Pacts.
267+
Required. Defines the URL of the server to make requests to when verifying the Pacts.
268268

269269
###### --pact-url
270270

@@ -289,16 +289,16 @@ requests.
289289

290290
###### --provider-states-setup-url
291291

292-
The URL which should be called to setup a specific provider state before a Pact is verified. This URL will be called with a POST request, and the JSON body `{consumer: 'Consumer name', states: ['a thing exists']}`. Note that the current pact specification version (v2) only supports a single provider state, however, v3 will support multiple states, and the set-up call is designed to be forwards compatible with the planned change.
293-
292+
The URL which should be called to setup a specific provider state before a Pact is verified. This URL will be called with a POST request, and the JSON body `{consumer: 'Consumer name', state: 'a thing exists'}`.
293+
294294
###### --pact-broker-username
295295

296296
The username to use when contacting the Pact Broker.
297297

298298
###### --pact-broker-password
299299

300300
The password to use when contacting the Pact Broker. You can also specify this value
301-
as the environment variable `PACT_BROKER_PASSWORD`.
301+
as the environment variable `PACT_BROKER_PASSWORD`.
302302

303303
### Provider States
304304
In many cases, your contracts will need very specific data to exist on the provider
@@ -323,7 +323,7 @@ Please read [CONTRIBUTING.md](CONTRIBUTING.md)
323323

324324
To setup a development environment:
325325

326-
1. If you want to run tests for all Python versions, install 2.7, 3.3, 3.4, 3.5, and 3.6 from source or using a tool like [pyenv]
326+
1. If you want to run tests for all Python versions, install 2.7, 3.3, 3.4, 3.5, and 3.6 from source or using a tool like [pyenv]
327327
2. Its recommended to create a Python [virtualenv] for the project
328328

329329
The setup the environment, run tests, and package the application, run:

0 commit comments

Comments
 (0)