Go 1.5의 패키지 버전 관리
소개
Go 프로그래밍 언어는 다음을 사용하여 개발되었습니다. 단순성에 중점을 두었지만 이러한 패러다임 내에서도 패키지 버전 관리에 어려움을 겪었습니다. 이 기사에서는 Go에 내장된 패키지 버전 관리 방법이 없는 이유를 살펴보고 Go 1.5에 도입된 벤더링(vendoring)이라는 솔루션을 제시합니다.
역사적 맥락
Go에 내장된 패키지 버전 관리 시스템이 없는 이유는 단순성을 유지하려는 욕구에서 비롯되었습니다. 이 결정은 사용자가 최신 버전의 패키지만 쉽게 가져오는 것을 선호한다는 가정하에 내려졌습니다. 그러나 사용자가 전이적 종속성과의 충돌을 처리하는 데 어려움을 겪으면서 이 접근 방식의 단점이 분명해졌습니다.
종속성 관리의 어려움
패키지 버전 관리가 없으면 개발자는 제품의 주요 버전 변경에 대해 별도의 저장소를 생성하여 비효율성을 초래하고 패키지 기록에 대한 가시성을 줄입니다. 또한 공식 툴체인은 최신 버전 가져오기만 지원하므로 버그 해결을 위한 마이너 또는 마이크로 버전 간 다운그레이드가 어려웠습니다.
Go 1.5의 판매
이 문제를 해결하려면 제한 사항으로 인해 Vendoring은 Go 1.5에서 실험적인 기능으로 도입되었습니다. 이 솔루션을 통해 사용자는 자신의 코드에 사용되는 외부 패키지 버전을 정밀하게 제어할 수 있습니다.
벤더링 메커니즘
벤더링은 프로젝트 내에 벤더 폴더를 생성하여 작동합니다. 예배 규칙서. 이 폴더에는 필요한 외부 패키지의 정확한 복사본이 포함되어 있어 패키지가 외부에서 업데이트된 경우에도 프로젝트가 특정 버전을 사용하도록 보장합니다. 공급업체 디렉터리에서 패키지를 가져올 때 가져오기 경로는 작업 공간/src 폴더로 처리되므로 공급업체 요소를 생략합니다.
예
다음 예를 고려하세요. :
/home/user/goworkspace/ src/ mymath/ mymath.go vendor/ github.com/somebob/math math.go
이 시나리오에서 mymath 패키지는 다음에 따라 달라집니다. github.com/somebob/math 외부 패키지. mymath.go 내에서 이 패키지를 가져오려면 다음 구문을 사용합니다.
import "github.com/somebob/math"
이 접근 방식을 사용하면 mymath가 공급업체 디렉터리에 있는 특정 버전의 github.com/somebob/math를 가져올 수 있습니다.
결론
Go 1.5의 Vendo는 다음을 제공합니다. 패키지 버전 관리 문제에 대한 귀중한 솔루션입니다. 벤더링은 개발자가 외부 패키지 버전을 세밀하게 제어할 수 있도록 함으로써 위험을 줄이고 효율성을 향상시키며 기업의 Go 채택을 촉진합니다.
위 내용은 Go 1.5는 패키지 버전 관리 문제를 어떻게 해결했나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!