Что: 3ddfc040e97cf337924b126b3fcde3d99c0706f1
Когда: 2021-11-01 11:22:38+03:00
Темы: go
Хостинг собственных 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 (прежде он просто удалялся).
Сгенерирован: SGBlog 0.34.0