Удаленный репозиторий для проекта go в Artifactory не является прокси?

Question

Я пытаюсь понять, как работать с удаленным репозиторием в Artifactory для проекта Go. Первоначально я ожидал, что он будет работать прозрачно, все, что мне нужно сделать, это указать переменную GORPOXY на виртуальный репозиторий (с локальным и удаленным за ней), выполнить go build, и зависимости будут загружены из Artifactory. кеш или Artifactory будет загружать их прозрачно. Аналогично тому, как это работает для зависимостей maven.

Когда я попробовал это, он пожаловался, что зависимости не были найдены в артефакте. Хорошо.

Чтение документации две вещи выделяются. Во-первых, там нет ничего о GOPROXY, и все об использовании артефакта cli. Это большой недостаток по нескольким причинам. Во-вторых, вам нужно опубликовать зависимости вручную с помощью jfrog rt go-publish go --self=false --deps=ALL, и затем зависимости появятся в локальном репозитории.

Так что я пытаюсь выяснить, если 1) я могу избежать использования CLI JFrog и 2) какой смысл использовать удаленные репозитории, если они не работают через прокси? А может я что-то упускаю?

Артефактория 6.3.0

Answer 1

Я понимаю вашу путаницу в сообщении, которое вы упомянули в блоге, хотя у меня есть чувство, что автор хотел показать, как можно использовать CLI JFrog.

Чтобы ответить на ваши вопросы:

1) Да, вам не нужно использовать CLI JFrog для сборки.Пожалуйста, ознакомьтесь с документацией о том, как настроить удаленное хранилище для Go.Это поможет вам настроить GitHub или GoCenter в качестве удаленного репозитория для ваших сборок Go.Это позволит вам установить переменную среды GOPROXY в соответствии с этой структурой <protocol>://<username>:<password>@<artifactory domain>/api/go/<go repository>.

2) Удаленные репозитории будут действовать как прокси-сервер, кэшируя содержимое, которое вы загружаете из удаленного репозитория (копируя часть из руководство пользователя : A remote Go repository in Artifactory serves as a caching proxy for a public Go registry such as GoCenter or GitHub.)