Автоматизация go get — больше не нужно запоминать названия библиотек

[paramtamtam]

Для однотипных проектов давно придуман boilerplate, но придумать проблему и мужественно ее решить - тоже отдельный вид искусства, согласен (извиняюсь за токсичность)

[satmaelstorm]

Видимо весьма зря я статью начал с использования именно для старта нового проекта. Вобщем-то основная проблема была в другом. Вот мне посреди разработки проекта понадобился lru. Я помню, что у меня где-то используется его достойная реализация. Ок, поискав, я найду что это github.com/hashicorp/golang-lru

Но я совершенно не могу помнить как он пишется (или как пишется, например, github.com/valyala/fastjson). Мне нужен был инструмент - указал имя библиотеки -> она появилась в проекте (gost mod lru или go get github.com/hashicorp/golang-lru). Я сделал себе такой инструмент и, спустя время его использования, решил поделиться с сообществом.
А запуск на основе его проекта - это уже побочный эффект, оно ничего не стоило.

[DimNS]

Ну даже не знаю, все достойные пакеты я помечаю на гитхабе звездами и в этом случае "вспоминать как я назвал алиас в конфиге gost" или "зайти на гитхаб в звезды и там найти либу", еще непонятно что быстрее, как бы не пришлось лезть в конфиг gost чтобы найти там нужный алиас

[satmaelstorm]

Именно так я и делал. А потом копипастил url пакета в go get. И именно этот процесс хотелось ускорить. Мнемонические альясы оказались достаточно удобны. Касательно лезть в конфиг - помощь по команде выдает полный конфиг, по которому можно поискать. Пример: gost mod --help | grep mongo

[un1t]

В чем собственнно проблема скопировать go.mod?

[manyakRus]

а зачем вам каждый раз делать модуль gorm, драйвер для PostgreSQL, prometheus и др.

Делаешь 1 раз модуль gorm_connect и используешь его много раз -
даже копировать файл не надо, он итак лежит в хранилище git