From: Sergey Matveev Date: Mon, 1 Nov 2021 08:22:38 +0000 (+0300) Subject: Хостинг собственных Go пакетов, ужесточение go команд X-Git-Url: http://www.git.stargrave.org/?a=commitdiff_plain;h=3ddfc040e97cf337924b126b3fcde3d99c0706f1;p=stargrave-blog.git Хостинг собственных Go пакетов, ужесточение go команд Я уже не первый код использую go.cypherpunks.ru и go.stargrave.org для собственных библиотек. И у некоторых есть версии выше первой, что означает присутствие /v2 namespace-а, как минимум. Недавно обнаружил что не могу установить из него ничего. Про себя я думал что Go понимает /vX особенности и будет искать go.whatever.net/mod, отрезая /vX, а дальше находя нужные данные по тэгам. Хотя понимаю что по хорошему не должен, ибо это разные namespace-ы, буквально разные пакеты. Но вот я прежде ни разу не проверял что ли работоспособность этого? Если нет, то конечно знатно облажался. Или с новыми версиями Go поведение изменилось? Лень уж проверять. Содержимое go.* сайтов у меня -- просто статический сайт. Раз появляется /vX, то mod становится уже библиотекой, но мне надо отдавать HTML страничку на её месте. Вспомнил что все Web-серверы, как и мой godlighty из коробки позволяют задавать имя index-страницы, так что я просто отдаю содержимое "v1" файла из директории модуля. А ещё сегодня обнаружил что некоторые проекты, прежде собираемые, перестали из-за придирок к vendor/modules.txt. Это проекты с хитрыми подсунутыми зависимостями, но пришлось повозиться и впервые вообще разобраться хоть сколько то в modules.txt (прежде он просто удалялся). ---