Skip to content

Using “replace” in go.mod to point to your local module

If you want to say, point to the local version of a dependency in Go rather than the one over the web, use the replace keyword.

The replace line goes above your require statements, like so:


replace => /Users/pselle/Projects/bar

require ( v1.0.0

And now when you compile this module (go install), it will use your local code rather than the other dependency.

According to the docs, you do need to make sure that the code you’re pointing to also has a go.mod file:

Note: if the right-hand side of a replace directive is a filesystem path, then the target must have a go.mod file at that location. If the go.mod file is not present, you can create one with go mod init.

You can also create this line from the command line using the go mod edit

$ go mod edit -replace

Following the -replace is first what you want to replace, then an equals sign, then what you’re replacing it with.

Hopefully this helps someone else get a quick answer to “how do I do this” in the future 🙂

37 Replies to “Using “replace” in go.mod to point to your local module”

  1. Thanks for sharing. In my case, after first build all the files in my forked directory becomes read-only. Is it normal?

    1. Strange! I’ve never heard of that! If you ask about this on Stack Overflow, could you link here? I’m really interested in the answer to this. I’m sure your OS and what version of Go you’re using are relevant to this question.

  2. Thanks for the post, I have a multiple module in same repo with inter-dependency.

    Here is the sample of the go.mod after adding replace directive


    go 1.14

    require ( v0.0.0-20200408045958-1c52fa7f06ec v0.0.0-20200501252115-35b4806c1424

    replace => ../modules

    GO build works fine, but how to get rid of pseudo versions of modulea & moduleb specified here. I mean instead of specific git commit (pseudo version), I want it to use the local directory (../modules/)

    Thanks in Advance

  3. Thanks, it works. But when I want to upgrade the packages using “go get -u”, go said

    “go get: upgrading some/path@v1.0.0: unrecognized import path “some/path”: https fetch: Get “https://some/path?go-get=1″: dial tcp i/o timeout”

    How to solved that?

    1. One assumes that is a server somewhere inside your private network, is that so? Does it actually reply to anything on port 443? Or maybe that’s your own computer/desktop, and you’re running a copy of some sort of git repository there? That’s because the IP address you’ve listed in your comment is a private address — no Internet routing to it! — and as you’ve redacted the actual path you’re using, there is no way to know if you’re actually typing things correctly…

  4. I’m trying to convert my local go projects to go modules after upgraded to `go 1.16`. This line
    According to the docs, you do need to make sure that the code you’re pointing to also has a go.mod file
    saved me after many many other attempts. Thanks.

  5. Thank you for this! This did indeed help after a “how do I do this” search from a Google search! I have to say that it was so refreshing to find a blog post that stated the problem and demonstrated the solution without using so many paragraphs. Subscribed!

  6. Thanks, Pam. This saved my day. I wanted to apply a patch to the go module and this helped me to point to the patched version. Thank you.

  7. hello
    tks for the post, I’m having an issue with how to update the cache of my library

    I added the replace instruction correctly and is pointing to the local path, but I made some changes in that library, and the changes are not reflected in the client that is using the library, I tried several things lake go mod tidy, go get -u, go build and is not updating with the new changes

    any help on this?

  8. Hi there! I just wished to add my thank-you note here. I keep forgetting the order of the replace command; and while it ought to be obvious, that tip about having a valid go.mod inside the replacement module is something so easily forgotten… so thanks for reminding us to check for it as well!

  9. the replace line, should be right after the require section, it works for me!
    Thank you Pam for share this message

  10. Hi Pam, thanks for this post. Do you have to check in the go.mod with the edit in place or is it designed just for local work? The reason I ask, is that I have had so many problems when I attempt to use this feature. My next task is to move a package in a git repo to a different location in the same module, and I am anticipating lots of problems due to not knowing how to use go mod edit properly.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.