Hi again guys, What am I missing here? I have rec...
# pact-broker
r
Hi again guys, What am I missing here? I have recorded a deployment of a provider -
Recorded deployment of core-api version bb6600cd to production environment in the Pact Broker.
I have have pushed the pact between
caller-identities
consumer and this provider
Pact successfully published for caller-identities version 8dc3a26e and provider core-api.
Which triggered a verification - which passed. I can see in the pact-broker that the pacts were verified (attached image) And yet
can-i-deploy
returns false -
There is no verified pact between version 8dc3a26e of caller-identities and the version of core-api currently in production (bb6600cd)
Any help will be appreciated
✅ 1
m
The provider version in the screenshot (the one that has verified the pact) is
bb6600c
but you recorded deployment of version
bb6600cd
- is that a typo or the mistake?
☝️ 1
r
It's not a typo, it just doesn't show the full version. I am using Gitlab's
CI_COMMIT_SHORT_SHA
as version.
👍 1
m
So is the issue the same, except rather than the SHA being shorter, it’s much longer? Are you using the same sha to tag the provider on verification results and can-i-deploy?
i.e. the long version is what the broker has, but you’re deploying the short version
bb6600cd
. the broker can’t distinguish between short hands and the real thing - it must match exactly.
Probably worth just consistently using the long version of the sha. It’s not exactly human readable anyway. If you want a nice tool to generate consistent versions, try out https://www.npmjs.com/package/absolute-version
r
I am not passing anything manually, I am using the same Gitlab
${CI_COMMIT_SHORT_SHA}
m
yes, they are the same
what does the verification step look like?
my guess is it’s not using the short sha
r
And you are correct 🙂
😆 1
I'll give it another go. Thanks!
👍 1