GitLab을 위한 Go 프록시

Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-Managed, GitLab Dedicated Status: 실험
  • GitLab 13.1에 도입되었으며 기본적으로 비활성화된 go_proxy라는 플래그와 함께 제공됩니다.

플래그: 이 기능의 가용성은 피처 플래그로 제어됩니다. 자세한 내용은 히스토리를 확인하세요. 이 기능은 테스트용으로 제공되지만 프로덕션 환경에서 사용하기에는 아직 준비가 되지 않았습니다. 에픽 3043을 확인하세요.

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

Go 프록시가 사용하는 특정 API 엔드포인트에 대한 문서는 Go 프록시 API 문서를 확인하세요.

Go 프록시 활성화

GitLab을 위한 Go 프록시는 아직 프로덕션 환경에서 사용 가능하지 않으며 대규모 저장소의 잠재적인 성능 문제 때문에 준비가 되지 않았습니다.

이는 기본적으로 비활성화된 피처 플래그 뒤에 배포되어 있습니다.

GitLab 관리자는 GitLab 레일즈 콘솔에 액세스할 수 있습니다. 인스턴스를 위해 이를 활성화할 수 있습니다.

활성화하려면: 

Feature.enable(:go_proxy) # 또는

비활성화하려면: 

Feature.disable(:go_proxy)

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

Feature.enable(:go_proxy, Project.find(1))
Feature.disable(:go_proxy, Project.find(2))

참고: 활성화되어 있더라도 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는 프로젝트별 Go 프록시에서 가져오려 시도합니다.
  2. Go는 proxy.golang.org에서 가져오려 시도합니다.
  3. Go는 버전 제어 시스템 작업(예: git clone, svn checkout 등)으로 직접 가져옵니다.

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

Go 환경 변수 설정에 대한 자세한 내용은 환경 변수 설정을 참고하세요.

GOPROXY 구성에 대한 자세한 내용은 Go의 종속성 관리 > 프록시를 참고하세요.

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

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

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

요청 인증 활성화

개인 액세스 토큰을 api 또는 read_api로 설정하여 생성하세요.

~/.netrc 파일을 열고 다음 텍스트를 추가하세요. < >에 대한 값을 교체하세요. go get 요청에 잘못된 HTTP 자격 증명을 사용하면 404 오류가 발생합니다.

경고: NETRC라는 환경 변수를 사용하고 있으면 Go는 해당 값이 파일 이름으로 사용하고 ~/.netrc를 무시합니다. GitLab CI에서 ~/.netrc를 사용할 의도가 있다면 환경 변수 이름으로 NETRC를 사용하지 마세요. 

machine <url> login <username> password <token>
  • <url>: GitLab URL, 예: gitlab.com.
  • <username>: 사용자 이름.
  • <token>: 개인 액세스 토큰.

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

Go 1.13 이상에서 종속성을 다운로드할 때 가져온 소스는 sum.golang.org에 대한 체크된 정보와 비교됩니다.

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

비공개 모듈은 sum.golang.org가 비공개 모듈의 소스를 가져오지 못하고 오류를 제공할 수 없어 빌드에 실패합니다.

이 문제를 해결하려면 GONOSUMDB를 쉼표로 구분된 비공개 프로젝트 목록으로 설정하세요. Go 환경 변수 설정에 대한 자세한 내용은 환경 변수 설정을 참고하세요. 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가 설정되어 있다면 $GOPATH/env에 읽고 씁니다.

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

모듈 릴리스

고 모듈 및 모듈 버전은 Git, SVN, 및 Mercurial과 같은 소스 저장소에 의해 정의됩니다. 모듈은 go.mod 및 Go 파일을 포함하는 저장소입니다. 모듈 버전은 버전 관리 시스템(VCS) 태그에 의해 정의됩니다.

모듈을 공개하려면 go.mod 및 소스 파일을 VCS 저장소에 푸시하십시오. 모듈 버전을 공개하려면 VCS 태그를 푸시하십시오.

유효한 모듈 또는 모듈 버전의 구성 요소에 대한 자세한 내용은 Go 의존성 관리 > 버전 관리를 참조하세요.