The h2non/gock has already renamed it’s import path from "github.com/h2non/gock" to "gopkg.in/h2non/gock.v1".
As README of h2non/gock v1.0.14 said, downstream repos should use "gopkg.in/h2non/gock.v1" to get or import h2non/gock.
Installation
> go get -u gopkg.in/h2non/gock.v1
Examples
See examples directory for more featured use cases.
Simple mocking via tests
package test
import (
"github.com/nbio/st"
"gopkg.in/h2non/gock.v1"
"io/ioutil"
"net/http"
"testing"
)
…
Background
The
h2non/gock
has already renamed it’s import path from "github.com/h2non/gock" to "gopkg.in/h2non/gock.v1". As README ofh2non/gock
v1.0.14 said, downstream repos should use "gopkg.in/h2non/gock.v1" to get or importh2non/gock
.But
elyby/chrly
still used the old path: https://github.com/elyby/chrly/blob/master/Gopkg.lock#L92When you use the old path "github.com/h2non/gock" to import the
h2non/gock
, it will be very easy to reintroduceh2non/gock
through the import statements "import gopkg.in/h2non/gock.v1" in the go source file ofh2non/gock
. https://github.com/h2non/gock/blob/v1.0.14/_examples/custom_matcher/matcher.go#L5The "gopkg.in/h2non/gock.v1" and "github.com/h2non/gock" are the same repos. This will work in isolation, bring about potential risks and problems.
Solution
Replace all the old import paths, change
"github.com/h2non/gock"
to"gopkg.in/h2non/gock.v1"
. Where did you import it: https://github.com/elyby/chrly/search?q=github.com%2Fh2non%2Fgock&unscoped_q=github.com%2Fh2non%2Fgock