Почему «go get» использует https, даже если настроен s sh? - PullRequest
Новая
       80

Почему «go get» использует https, даже если настроен s sh?

0 голосов
/ 07 апреля 2020

Я настроил s sh правильно, и я могу делать git с нашим личным репо через s sh. Но когда я тестировал с go get или go test (для go модулей), Cli не использует s sh, а вместо этого использует https.

.gitconfig 

[url "ssh://git@bitbucket.company.com:7999"]
    insteadOf = https://bitbucket.company.com/scm

~ / .ssh / config 

Host bitbucket.company.com
 User git
 Port 7999
 IdentityFile ~/.ssh/id_rsa

тестирование, если s sh работает 

$ git ls-remote ssh://git@bitbucket.company.com:7999/project/repo.git
ab86e12ab20775a308b7d0b003ba562263fbfa23        HEAD
ab86e12ab20775a308b7d0b003ba562263fbfa23        refs/heads/master
ab86e12ab20775a308b7d0b003ba562263fbfa23        refs/tags/v0.0.1

тестирование go получить 

$ go get -v bitbucket.company.com/project/repo
go get bitbucket.company.com/project/repo: unrecognized import path "bitbucket.company.com/project/repo": https fetch: Get "https://bitbucket.company.com/project/repo?go-get=1": dial tcp 10.68.204.3:443: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.

go версия 

go version go1.14.1 windows/amd64

go env 

set GO111MODULE=on
set GOARCH=amd64
set GOBIN=
set GOCACHE=C:\Users\sailhenz\AppData\Local\go-build
set GOENV=C:\Users\sailhenz\AppData\Roaming\go\env
set GOEXE=.exe
set GOFLAGS=
set GOHOSTARCH=amd64
set GOHOSTOS=windows
set GOINSECURE=
set GONOPROXY=none
set GONOSUMDB=*.company.com
set GOOS=windows
set GOPATH=C:\Users\sailhenz\Documents\Development\Go
set GOPRIVATE=*.company.com
set GOPROXY=https://goproxy.io,direct
set GOROOT=C:\Users\sailhenz\Documents\Software\go
set GOSUMDB=off
set GOTMPDIR=
set GOTOOLDIR=C:\Users\sailhenz\Documents\Software\go\pkg\tool\windows_amd64
set GCCGO=gccgo
set AR=ar
set CC=gcc
set CXX=g++
set CGO_ENABLED=1
set GOMOD=NUL
set CGO_CFLAGS=-g -O2
set CGO_CPPFLAGS=
set CGO_CXXFLAGS=-g -O2
set CGO_FFLAGS=-g -O2
set CGO_LDFLAGS=-g -O2
set PKG_CONFIG=pkg-config
set GOGCCFLAGS=-m64 -mthreads -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=C:\Users\sail~1\AppData\Local\Temp\go-build227330694=/tmp/go-build -gno-record-gcc-switches

Какие-либо настройки / конфигурации я пропустил? Заранее спасибо.

1 Ответ

0 голосов
/ 07 апреля 2020

Попробуйте: 

[url "bitbucket.company.com:"]
    insteadOf = https://bitbucket.company.com/

Это преобразовало бы любое https://bitbucket.company.com/ в bitbucket.company.com:, что тогда:

  • будет интерпретироваться как S SH URL
  • быть декодирован (через ~/.ssh/config) как ssh://git@bitbucket.company.com:7999/...

Ключ должен использовать только bitbucket.company.com, который является записью Host в вашем файле ~/.ssh/config и означает, что он будет ссылаться на к правому файлу закрытого ключа.

subham sarkar сообщает в комментариях о golang/go выпуск 27344

Вышеупомянутое решение, похоже, не работает с Go 1.13 и находится в «отставании» с Go 1.14.

Проверьте для тестирования, работает ли тот же самый go get с Go 1.11.

В OP Sailhenz упоминается в комментарии выпуск 27254

cmd/go: пользовательский частные пути репозитория импорта требуют специальной конфигурации

добавление. git в пути импорта разрешает его

Билет добавляет:

причина .git решения в работе то, что это помогает направлять go tool с информацией о том, где VCS для пользовательских путей импорта private.repo.net/user/package.git/... находится (а именно (https|ssh)://private.repo.net/user/package.git).

Без этого (то есть с путем импорта как private.repo.net/user/package/a ), go tool сначала запрашивает https://private.repo.net/user/package/a?go-get=1 для обработки (согласно https://tip.golang.org/cmd/go/#hdr -Remote_import_paths ), где VCS для этого пользовательского пути импорта.

A go get -x private.repo.net/user/package - хороший способ отладки.

...