GitLab Go 프록시

Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-Managed, GitLab Dedicated Status: 실험

플래그: 해당 기능의 이용 가능 여부는 피처 플래그에 의해 제어됩니다. 자세한 내용은 히스토리를 참조하십시오. 이 기능은 테스트용으로 제공되지만, 프로덕션 환경에서 사용하기에 준비되지는 않았습니다. epic 3043를 참조하십시오.

GitLab Go 프록시를 사용하면 GitLab의 모든 프로젝트를 Go 프록시 프로토콜로 가져올 수 있습니다.

Go 프록시가 사용하는 특정 API 엔드포인트에 대한 설명은 Go 프록시 API 문서를 참조하십시오.

Go 프록시 활성화

GitLab Go 프록시는 개발 중이며 대규모 리포지터리와 관련된 잠재적인 성능 문제로 인해 프로덕션 환경에서 사용하기에 준비되지 않았습니다. 이는 기본적으로 비활성화된 플래그 뒤에 배포되어 있습니다. GitLab Rails 콘솔에 액세스할 수 있는 GitLab 관리자는 해당 기능을 인스턴스에 활성화할 수 있습니다.

활성화하려면: 

Feature.enable(:go_proxy) # 또는

비활성화하려면: 

Feature.disable(:go_proxy)

특정 프로젝트에 대해 이를 활성화 또는 비활성화하려면: 

Feature.enable(:go_proxy, Project.find(1))
Feature.disable(:go_proxy, Project.find(2))
note
활성화되어 있더라도 GitLab은 패키지 레지스트리에 Go 모듈을 표시하지 않습니다. 자세한 내용은 이 이슈를 참조하십시오.

GitLab을 Go 프록시로 추가

GitLab을 Go 프록시로 사용하려면 Go 1.13 이상을 사용해야 합니다.

사용 가능한 프록시 엔드포인트는 프로젝트 별 모듈을 가져오기 위한 것입니다: /api/v4/projects/:id/packages/go

GitLab에서 Go 모듈을 가져오려면 프로젝트별 엔드포인트를 GOPROXY에 추가하십시오.

Go는 해당 엔드포인트에 쿼리한 후 기본 동작으로 돌아갑니다: 

go env -w GOPROXY='https://gitlab.example.com/api/v4/projects/1234/packages/go,https://proxy.golang.org,direct'

이 구성을 통해 Go는 다음 순서대로 의존성을 가져옵니다:

  1. 먼저 프로젝트별 Go 프록시에서 가져오려고 시도합니다.
  2. 그 후 proxy.golang.org에서 가져오려고 시도합니다.
  3. 마지막으로 버전 관리 시스템 작업(예: git clone, svn checkout 등)으로 직접 가져옵니다.

GOPROXY가 지정되지 않은 경우 Go는 2단계와 3단계를 따르며, 이는 GOPROXY를 https://proxy.golang.org,direct로 설정하는 것과 해당됩니다. GOPROXY에 프로젝트별 엔드포인트만 포함된 경우 Go는 해당 엔드포인트만 쿼리합니다.

Go 환경 변수 설정에 관한 자세한 내용은 환경 변수 설정을 참조하십시오.

GOPROXY 구성에 관한 자세한 내용은 Go 의존성 관리 > 프록시을 참조하십시오.

비공개 프로젝트에서 모듈 가져오기

go는 안전하지 않은 연결로 자격 증명을 전달하는 것을 지원하지 않습니다. 다음 단계는 GitLab이 HTTPS로 구성된 경우에만 작동합니다:

  1. Go를 구성하여 Go 프록시에서 가져올 때 HTTP 기본 인증 자격 증명을 포함하도록 합니다.
  2. GitLab이 공용 체크섬 데이터베이스에서 비공개 GitLab 프로젝트의 체크섬 다운로드를 건너뛀로 구성하십시오.

요청 인증 활성화

api 또는 read_api 스코프로 개인 액세스 토큰을 생성하십시오.

~/.netrc 파일을 여시고 다음과 같이 텍스트를 추가하십시오. < > 안의 변수를 자신의 값으로 바꾸십시오.

caution
NETRC라는 환경 변수를 사용하는 경우 Go는 해당 값이 파일 이름으로 사용되고 ~/.netrc를 무시합니다. GitLab CI에서 ~/.netrc를 사용할 경우 NETRC라는 환경 변수 이름을 사용하지 마십시오.
machine <url> login <username> password <token>
  • <url>: 예시: gitlab.com같은 GitLab URL.
  • <username>: 사용자 이름.
  • <token>: 개인 액세스 토큰.

체크섬 데이터베이스 쿼리 비활성화

Go 1.13 이상으로 의존성을 다운로드할 때 가져온 소스는 체크섬 데이터베이스 sum.golang.org와 대조됩니다.

가져온 소스의 체크섬이 데이터베이스의 체크섬과 일치하지 않으면 Go는 의존성을 빌드하지 않습니다.

비공개 모듈은 sum.golang.org가 비공개 모듈의 소스를 가져오지 못하기 때문에 빌드에 실패합니다. 이는 체크섬을 제공할 수 없기 때문입니다.

이 문제를 해결하려면 GONOSUMDB를 비공개 프로젝트의 쉼표로 구분된 디렉터리으로 설정하십시오. Go 환경 변수 설정에 관한 자세한 내용은 환경 변수 설정을 참조하십시오. 이 기능 비활성화에 대한 자세한 내용은 Go 의존성 관리 > 체크섬을 참조하십시오.

예를 들어, gitlab.com/my/project에 대한 체크섬 쿼리를 비활성화하려면 GONOSUMDB를 설정하십시오: 

go env -w GONOSUMDB='gitlab.com/my/project,<이전 값>'

Go 작업

Go의 의존성 관리나 Go에 익숙하지 않은 경우 다음 문서를 참조하세요:

환경 변수 설정

Go는 다양한 기능을 제어하기 위해 환경 변수를 사용합니다. 이러한 변수는 일반적인 방법으로 관리할 수 있습니다. 그러나 Go 1.14에서는 특수한 Go 환경 파일인 기본적으로 ~/.go/env를 통해 Go 환경 변수를 읽고 씁니다.

  • GOENV가 파일로 설정된 경우 Go는 해당 파일에서 읽고 씁니다.
  • GOENV가 설정되지 않았지만 GOPATH가 설정된 경우 Go는 $GOPATH/env에서 읽고 씁니다.

Go 환경 변수는 go env <var>로 읽을 수 있으며, Go 1.14 이후부터는 go env -w <var>=<value>로 쓸 수 있습니다. 예를 들어, go env GOPATH 또는 go env -w GOPATH=/go입니다.

모듈 릴리스

Go 모듈과 모듈 버전은 Git, SVN, Mercurial 등 소스 리포지터리에 의해 정의됩니다. 모듈은 go.mod와 Go 파일을 포함한 리포지터리입니다. 모듈 버전은 버전 관리 시스템(VCS) 태그에 의해 정의됩니다.

모듈을 발행하려면 go.mod와 소스 파일을 VCS 리포지터리에 푸시하십시오. 모듈 버전을 발행하려면 VCS 태그를 푸시하십시오.

자세한 내용은 Go 의존성 관리 > 버전 관리를 참조하십시오.