Всем приветы… раз уж тут есть стандартный закреп:…
▫️Какой у вас проект или где работаете?
Сантехник-любитель поковыряться во всём, что шевелится. Особенно если еле-еле шевелится, люблю палкой потыкать, чтобы живее шевелилось.
▫️В чём вы специалист?
Чем дальше, тем больше понимаю, что ни в чем… ну может в конфигурирование всякого немножко умею 🙂 про Nginx и про HTTP у меня часто спрашивают, а я иногда даже отвечаю…
▫️Чем можете быть интересны или полезны сообществу?
Могу красноречиво молчать на любые темы… норм получается слушать (но только если интересно и недолго). Головой тоже покивать могу, иногда с заинтересованным видом.
▫️Чем интересно сообщество вам?
Что значит «чем интересно»? А информацию по чужому опыту откуда черпать? Не на все же грабли наступать подряд…
▫️Откуда вы?
РФ. Точнее - не могу сказать, поскольку тогда круг поиска очень сильно сужается, а я хочу иметь больше времени на «спрятаться», если вдруг меня кто-то начнет искать 🙂
▫️Как узнали про группу?
Ниоткуда. Если набрать в поиске интересующую тему и добавить «_ru» - почти всегда попадешь в профильный чат.

Штош, круглое число сегодня в группе

ГЦ

FF

@xfoby Насчет группировки и сборки реп в Гитлабе, у тебя случайно нет живого примера с реализованным Ci?

Есть, конечно, но они же в закрытом корпоративном репо)

А что ты конкретно хочешь узнать?
В общем случае достаточно прочитать доку по gitlab ci, и настроить следующие стадии:
- тестирование (юнит-тесты, проверка линтером)
- сборка
- тестирование (интеграционное, системное)
- публикация в докер-реестр (опционально)
- деплой на целевые тачки (кубер, компоуз или scp в крайнем случае)

Больше деплой интересует

Ну так тут зависит от того, куда деплой, какими средствами.
Я ж говорю, можно бинарь по scp раскатить — это тоже деплой.
А можно заюзать кубер и/или компоуз — это тоже деплой.

Всем этим надо озадачиваться, когда есть боевая задача.
Есть боевая задача — есть контекст.

rsync+ssh, ага 🙂

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

Я не могу сказать, как здесь будет правильней.
У каждого своё видение и бизнес у кого-то готов выделять время на рефакторинги/распиливания, а у кого-то не готов.

В общем случае нужно смотреть на то, что это за проект.
Если это монорепа с микросервисами (настоящими, сборки которых не зависят друг от друга), то я бы её разбивал по проектам и деплоил бы каждый сервис отдельно — это дольше, но гибче.

Если это монолит, то нужно оставлять это в монорепе и собирать так же вместе. В общем случае никто не мешает гонять тесты и выполнять сборку разных компонентов системы, находящихся в одном репозитории. Просто это будет портянка скорее всего огромная. Либо в конфигурации CI, либо в Makefile, либо в каком-то собственном туллинге.

Спасибо за ответ!
Я просто попробую реализовать два варианта, что бы понять с каким легче и комфортнее работать.

Товарищи, кто работал с gin, подскажите, как проверить, какой из submit'ов был нажат на форме ?

Какие-то очевидные штуки типа c.PostForm("okbtn")) - там просто пустота, хоть эта кнопка нажата, хоть другая

твой вариант должен сработать, при условии что у кнопки есть name и value

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

👆

Да, спасибо! :) заработало

привет
ребят, подскажите альтернитиву на GoLang нодовский url.resolve()