Go: Proposta: apoiar “links simbólicos” no GOPATH

Alguns comentários/perguntas:

• O termo "repositório" não está definido. E se o código fonte no GOPATH não estiver vindo de um VSC ou vindo do Subversion que suporta o check-out de um diretório?
• se um repositório contiver vários binários públicos, não será necessário copiar as dependências várias vezes. dependências fornecidas podem ser colocadas em cmd/vendor.
• Tanto quanto posso dizer, esta proposta não resolve o problema de "biblioteca e programa no mesmo repositório".

@kostya-sh

O termo "repositório" não está definido

A primeira nota de rodapé fornece detalhes - é a mesma definição assumida aqui . Mas eu concordo que a questão ainda permanece se "repositório" está formalmente definido em algum lugar?

E se o código fonte no GOPATH não estiver vindo de um VSC ou vindo do Subversion que suporta o check-out de um diretório?

Pergunta em aberto - admito que a única consideração até agora foi para o código que faz parte de um "repositório". Eu adicionei uma seção de "perguntas abertas" na parte inferior fazendo referência a essa pergunta.

se um repositório contiver vários binários públicos, não será necessário copiar as dependências várias vezes. dependências fornecidas podem ser colocadas em cmd/vendor

Na verdade, essa é uma abordagem para compartilhar código fornecido entre binários. Mas a abordagem de "link simbólico" ajuda a facilitar a abordagem de compartilhamento desse "fornecedor" com o código da biblioteca (veja o próximo ponto)

Tanto quanto posso dizer, esta proposta não resolve o problema de "biblioteca e programa no mesmo repositório".

Essa proposta por si só não, não. Mas o repositório vinculado na seção "Exemplo motivador" descreve como esse problema pode ser resolvido usando uma combinação de "links simbólicos" e aumento do GOPATH.

Os links simbólicos são muito problemáticos. Parece insensato permiti-los.