This is an example of a Java XML provider that uses Pact, PactFlow and GitHub Actions to ensure that it is compatible with the expectations its consumers have of it.
The project uses a Makefile to simulate a very simple build pipeline with two stages - test and deploy.
When using Pact in a CI/CD pipeline, there are two reasons for a pact verification task to take place:
- When the provider changes (to make sure it does not break any existing consumer expectations)
- When a pact changes (to see if the provider is compatible with the new expectations)
When the provider changes, the pact verification task runs as part the provider's normal build pipeline, generally after the unit tests, and before any deployment takes place. This pact verification task is configured to dynamically fetch all the relevant pacts for the specified provider from PactFlow, verify them, and publish the results back to PactFlow.
To ensure that a verification is also run whenever a pact changes, we create a webhook in PactFlow that triggers a provider build, and passes in the URL of the changed pact. Ideally, this would be a completely separate build from your normal provider pipeline, and it should just verify the changed pact.
Because GitHub Actions only allows us to have one build configuration per repository, we switch between the main pipeline mode and the webhook-triggered mode based on the presence of an environment variable that is only set via the webhook. Keep in mind that this is just a constraint of the tools we're using for this example, and is not necessarily the way you would implement Pact your own pipeline.
You will need PactFlow credentials to run the examples and have them exported into your environment.
export PACT_BROKER_TOKEN=<your token>
make test # runs the local tests
make fake_ci # pretends to show what you would do in a CI/CD through GitHub Actions
See the PactFlow CI/CD Workshop for further details.