Go: 제안: GOPATH에서 "심볼릭 링크" 지원

몇 가지 의견/질문:

• "저장소"라는 용어는 정의되지 않았습니다. GOPATH의 소스 코드가 VSC에서 제공되지 않거나 디렉토리 체크아웃을 지원하는 Subversion에서 제공되는 경우 어떻게 됩니까?
• 저장소에 여러 공용 바이너리가 포함되어 있으면 종속성을 여러 번 복사할 필요가 없습니다. 공급업체 종속성은 cmd/vendor 아래에 배치할 수 있습니다.
• 내가 말할 수 있는 한 이 제안은 "같은 저장소의 라이브러리와 프로그램" 문제를 해결하지 못합니다.

@kostya-sh

"저장소"라는 용어가 정의되지 않았습니다.

첫 번째 각주는 세부 사항을 제공합니다. 여기 에서 가정한 것과 동일한 정의입니다. 그러나 "저장소"가 공식적으로 어딘가에 정의되어 있는지 여부에 대한 질문이 여전히 남아 있다는 데 동의합니다.

GOPATH의 소스 코드가 VSC에서 제공되지 않거나 디렉토리 체크아웃을 지원하는 Subversion에서 제공되는 경우 어떻게 됩니까?

공개 질문 - 지금까지 "저장소"의 일부인 코드에 대한 유일한 고려 사항이 있음을 인정합니다. 이 질문을 참조하는 하단에 "공개 질문" 섹션을 추가했습니다.

저장소에 여러 공용 바이너리가 포함되어 있으면 종속성을 여러 번 복사할 필요가 없습니다. 공급업체 종속성은 cmd/vendor 아래에 배치할 수 있습니다.

실제로 이것은 바이너리 간에 공급업체 코드를 공유하는 한 가지 접근 방식입니다. 그러나 "symlink" 접근 방식은 해당 "vendor"를 라이브러리 코드와 공유하는 접근 방식을 용이하게 하는 데 도움이 됩니다(다음 항목 참조).

내가 말할 수 있는 한 이 제안은 "같은 저장소의 라이브러리와 프로그램" 문제를 해결하지 못합니다.

이 제안 자체는 그렇지 않습니다. 그러나 "동기 부여 예제" 섹션에서 링크된 저장소는 "symlinks"와 GOPATH 기능 보강의 조합을 사용하여 해당 문제를 해결하는 방법을 설명합니다.

심볼릭 링크는 너무 문제가 많습니다. 허용하는 것은 현명하지 않은 것 같습니다.