Go: Предложение: поддержка «симлинков» в GOPATH

Несколько комментариев/вопросов:

• Термин «репозиторий» не определен. Что, если исходный код в GOPATH поступает не из VSC или не из Subversion, поддерживающего извлечение каталога?
• если репозиторий содержит несколько общедоступных двоичных файлов, нет необходимости копировать зависимости несколько раз. вендорные зависимости можно поместить в cmd/vendor.
• Насколько я могу судить, это предложение не решает проблему «библиотека и программа в одном репозитории».

@kostya-sh

Термин «репозиторий» не определен

В первой сноске приведены подробности — это то же определение, что и здесь . Но я согласен, вопрос все еще остается, определен ли где-то формально «репозиторий»?

Что, если исходный код в GOPATH поступает не из VSC или не из Subversion, поддерживающего извлечение каталога?

Открытый вопрос - я признаю, что до сих пор единственное соображение касалось кода, который является частью «репозитория». Я добавил раздел «открытые вопросы» внизу, ссылаясь на этот вопрос.

если репозиторий содержит несколько общедоступных двоичных файлов, нет необходимости копировать зависимости несколько раз. вендорные зависимости могут быть помещены в cmd/vendor

Действительно, это один из подходов к совместному использованию вендорного кода между двоичными файлами. Но подход «символической ссылки» помогает упростить подход к совместному использованию этого «поставщика» с кодом библиотеки (см. следующий пункт).

Насколько я могу судить, это предложение не решает проблему «библиотека и программа в одном репозитории».

Это предложение само по себе не является, нет. Но репозиторий, на который ссылается раздел «Мотивирующий пример», описывает, как эту проблему можно решить, используя комбинацию «символических ссылок» и расширения GOPATH.

Симлинки слишком проблематичны. Разрешать их кажется неразумным.