Это статика. Какой gc?

Я говорил, что, возможно, использование указателей​ требует больше работы от сборщика мусора + больше размер бинарника из-за дополнительных данных о указателях для сборищка.

Ребят, не получается dry код на go. Сам питонист.

Забить или есть какие-то хитрости?

Забить

Копипаста наше все

как быть вот с версиями пакетов с github, если нужна конкретная версия, конкретный патч ? недавно было статься на хабре про минусы типа в го

Класть в vendor

как быть вот с версиями пакетов с github, если нужна конкретная версия, конкретный патч ? недавно было статься на хабре про минусы типа в го

dep

Копипаста наше все

Ты серьёзно?

как быть вот с версиями пакетов с github, если нужна конкретная версия, конкретный патч ? недавно было статься на хабре про минусы типа в го

dep [x2]

В условиях Go, наверное, лучшего решения просто нет

Ты серьёзно?

Абсолютно

Не надо так

А как потом мейнтейнить эту копипасту?

А как потом мейнтейнить эту копипасту?

а зойчем ? Каждый раз, все по новой! )) Рефакторинг ради рефакторинга ))

а зойчем ? Каждый раз, все по новой! )) Рефакторинг ради рефакторинга ))

Тоже варик, зато работа всегда есть)

Надо через vendor

На копипасту, на версии...

На отсутствие дженериков ?

- берешь нужный менеджер вендоринга (кошерно юзать github.com/golang/dep) - указываешь в нем нужную ветку/тэг/коммит - он его качает в vendor - PROFIT

ну, технически можно его не указывать, но он все равно будет выбран как $HOME/go

когда мне говорят про зависимости в go

а что такого?

что глайд, что деп юзал, все хорошо

ну вот взять gitlab он подставляет .git в конце репы при клоне

начинается веселый квест

при go get

ну вот взять gitlab он подставляет .git в конце репы при клоне

Это далеко не самая мажорная проблема такого подхода к менеджменту зависимостей) Или его отсутствия скорее

да там куча проблем

что он не умеет работать с ветками

особенно когда проект на несколько репозиториев, очень весело

например есть A B корпоративные рестапи, и есть некая lib которая в обоих используется

вот и приехали

ну вы сами наверно знаете

при go get

только что сделал проект на гитлабе

гетнулся без проблем

особенно когда проект на несколько репозиториев, очень весело

юзаете вендоринг и разные ветки, в чем проблема-то

++ столько наслушался говна про зависимости в го, в итоге столкнулся и вообще не страшно оказалось

потому что нет их особо

потому что нет их особо

в какую простите папку? ?

больше 80 сервисов в проде с общими либами, отлично живем

blabla.git ?

нет

¯\_(ツ)_/¯

вот так в интерфейсе выглядит, при попытке клонить без .git будет ругань

так а нахрена так?

это ж путь для git clone

ну так go get то делается по этому пути

на основную репу

go get gitlab.com/твойник/твойрепо

все

не должно быть проблем никаких

а не, понятно в чем проблема

у меня в корне репы нет go файлово

ERROR: S client not available

они лежат в cmd/wserver/main.go

ну изи

они лежат в cmd/wserver/main.go

Ну тут ссзб

go get gitlab.com/твойник/твойрепо/cmd/wserver

опять же не должно быть проблем

а авторизация?

Cloning into '/path//....'... fatal: could not read Username for 'https://host': terminal prompts disabled

вообще не взлетает

он приватный?

ну логично что да

ну тогда git clone в нужную папку, go get только с пабликами могет

либо креденшиалы сделать

ну вот видишь, начинается

а еще у нас около 50 зависимостей от внешних библиотек

он при каждом коммите пытается из провериьт

для сборки

dep ensure вечность одну висит

ща поколдую с приватным

есть пара идей

А обновление зависимостей то такое удобное становится, ух

Я уж молчу о семвере

а если автор накосячит?

он же в билд сервер засосет

пылесос это сцука

это уже проблемы версионирования

не надо значит обновлять

и тестить при обновлении