Go 모듈: GOPATH에서 전부 아니면 전무로의 전환?

Private Repos 및 Gopath의 Go 모듈 이해

내부 코드베이스를 dep에서 go 모듈로 마이그레이션할 때 특정 고려 사항이 발생합니다. 이 기사에서는 특히 개인 저장소 및 gopath와 관련하여 go 모듈 사용의 기대와 결과에 대해 자세히 설명합니다.

Go 모듈 및 Gopath

Go에 따르면 프로젝트 설계자의 경우 "점 없는" 경로(앞에 점이 없는)는 표준 라이브러리 전용입니다. 내부적으로 개발된 종속성은 이 표기법을 사용해서는 안 됩니다.

프로젝트가 Go 모듈 사용으로 전환되면 모듈 시스템을 완전히 수용해야 합니다. 그러면 gopath는 기능적으로 모듈 캐시와 동일해집니다.

모듈 및 개인 저장소의 결과

이러한 모듈로의 전환에는 개인 저장소를 통한 종속성 관리가 필요합니다. 결과적으로 개발자는 다음과 같은 결과에 직면할 수 있습니다.

• 원격 종속성 반복: 개발자는 개인 모듈 종속성을 반복하기 위해 원격 저장소에 변경 사항을 푸시하고 풀해야 할 수 있습니다.
• 저장소 병합: 또는 개발자는 모든 저장소를 단일 저장소로 병합할 수 있습니다.

주요 가정

go 모듈 프로젝트의 모든 종속성은 모듈 시스템을 통해 해결되어야 한다는 가정이 맞습니다. gopath는 다운로드한 모듈에 대한 캐시 역할만 합니다.

질문: go 모듈은 전부 아니면 전무인가요?

예, go 모듈은 전부 아니면 전무입니다. . 프로젝트가 모듈을 채택하면 모든 종속성을 모듈화해야 합니다. gopath는 다운로드한 모듈에 대한 캐시로서의 중요성만 유지합니다.

Gopath에서 명시적으로 종속성 해결

종속성이 해결되어야 함을 명시적으로 나타낼 수 있는 방법은 없습니다. gopath에서.

추가 Insights

• myprogram을 gopath 외부로 이동해도 문제가 해결되지 않습니다.
• mylib 디렉토리에서 'go mod init'를 실행해도 상황에는 영향이 없습니다.
• $GOPROXY를 활용하면 비공개 모듈 종속성이 있는 오프라인 개발을 촉진할 수 있습니다.

위 내용은 Go 모듈: GOPATH에서 전부 아니면 전무로의 전환?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!