Некоторое время задавал процитированный вопрос - как быть с большим конфиг файлом в проекте (файлом, который содержит много сложных структур) и непонятно, как такой конфиг поставлять через переменные окружения при использовании viper.

Вообщем для себя сделал вот такой фикс - вручную проверяем переменную окружения CONFIG и если она задана, пишем ее содержимое в отдельный файл, и переучиваем viper читать этот файл.
Так мы можем поставлять сложный конфиг через энв, также сохранена совместимость с всей функциональностью viper, которая ранее использовалась.
https://play.golang.org/p/ec_uczgNuQ4

а зачем в конфиге такое?

Зачем в конфиге списки [] или структуры {}? Или списки структур?

Тот же viper читает json и yaml, которые на этих штуках и основаны.

хаха, дошёл до актуализации тестов и столкнулся с тем, что assert не имеет методов для нативной проверки, и получается какой-то дикий костыль в виде assert.True(t, errors.Is(err, expected)). неужели так и нужно делать?

Миллион кейсов от банального списка строк до черта в ступе.

возможно есть кейсы, не буду спорить, но звучит как костыль. То есть это уже не конфиг, а просто загрузка входных данных из json

пока да, но в течении пары дней завезут

правда при этом отвалятся версии ниже 1.13 (хотя могли бы и под билд тег по версии затащить)

Ребят подскажите как сделать что бы при устаровки моей библиотеки го автоматически билдила бинарник и клала в GOPATH/bin ?

Оно так и делает, если в устанавлиемом есть пакет main

а если 2 пакета ?

Ставьте три точки

Как у easyjson

а они рисковые, testify же везде

Можно пойти и налить свое возмущение в коменты к pr-у

а go.mod вам на что?

Кстати, кто-то читал статью Твиттера о функциональном тестировании? Какое вообще мнение по этому поводу

https://blog.twitter.com/engineering/en_us/topics/insights/2017/the-testing-renaissance.html

Ну чтобы далеко не ходить, можно посмотреть как выглядит конфигурация какой-то часто используемой библиотеки. Логгер zap, например.  Структура развесистая и есть в ней и отдельные структуры и списки

подскажите, как заставить работать https://github.com/klauspost/cld2 в модуле?

go generate github.com/klauspost/cld2
go: not generating in packages in dependency modules

при запуске естественно не находит ничего
CLD2: Loading plugin: cld2go.so could not be found in any of:

кто-то пользуется go kit? я завязан на версиях, которые у них внутри?