-
-
Save technoweenie/1072829 to your computer and use it in GitHub Desktop.
machine github.com | |
login technoweenie | |
password SECRET | |
machine api.github.com | |
login technoweenie | |
password SECRET |
For those in the future wondering why this might not work - as of Go 1.13.x, Go uses proxies when downloading packages and verifying checksums.
In order to bypass the proxies, you'll need to set the environment variables GOPROXY
, GONOPROXY
, GOSUMDB
, GONOSUMDB
to the appropriate values.
For example, from the documentation:
GOPRIVATE=*.corp.example.com
GOPROXY=proxy.example.com
GONOPROXY=none
This states:
- Packages matching
*.corp.example.com
are private (and thus the proxy and checksum sites will not be used to download/verify them). - Use
proxy.example.com
as the proxy for downloading packages (though note that this does not set the checksum site). - Only packages matching "none" should not be proxied (so, unless you have a package called "none", all packages will be proxied). This overrides the first line/the
GOPRIVATE
variable.
Something interesting I found while testing the .netrc with go+git+GitHub: when using a GitHub personal access token (PAT) for the password
in the .netrc, the value given for login
can be any arbitrary value, it doesn't need to be the username that the PAT was generated for (it does need to be set to something though).
Instructions for GitLab folks, as this was one of my first results of Googling "GitLab .netrc":
machine gitlab.com
login oauth2
password <PERSONAL_ACCESS_TOKEN>
That enables:
- Cloning repos with https
- Accessing some private package registries with https (ex: pypi)
- Login in GitLab's private container registry using
docker login registry.gitlab.com
(of course your <PERSONAL_ACCESS_TOKEN> needs the correct capabilities)
Also, during CI:
build_job:
script:
- |
echo "
machine gitlab.com
login gitlab-ci-token
password $CI_JOB_TOKEN
" > ~/.netrc
- <stuff>
Excerpt from
The Vanilla DevOps Git Credentials & Private Packages Cheatsheet
GIT_ASKPASS
GIT_ASKPASS
andSSH_ASKPASS
are probably the least hacky approaches, but not as flexible as some of the others.~/.git-askpass.sh
.gitconfig
The
.gitconfig
approach has the advantage of being able to interchange ssh, git, and https urls and you can use granular path matching..gitconfig
:Which you can create by doing this:
git-credentials
This is nice because it's very granular and you can combine it with the trick above.
~/.git-config
:~/.git-credentials
:.netrc
~/.netrc
: