Valentin
https://stackoverflow.com/a/24790378
Axm
Ребята, посоветуйте, пожалуйста, книгу по Go. Тур отвечает далеко не на все вопросы, а искать по документации, когда не знаешь где, трудновато. Модно на английском.
Constantine️
какие, например, вопросы?
Vasiliy
Ребята, посоветуйте, пожалуйста, книгу по Go. Тур отвечает далеко не на все вопросы, а искать по документации, когда не знаешь где, трудновато. Модно на английском.
https://www.ozon.ru/context/detail/id/34671680/
Axm
какие, например, вопросы?
Да любые. Трудно писать как надо, когда перекатываешься из другого языка. Best practices, например. Основные доки на сайте я уже почитал. Но, скажем, как организовать код? Пишу рест-сервер. Стоит ли пихать все обработчики в один файл или нет. Как го определил по названию пакета, откуда его качать? Я закоммитил в корпоративный гит пару файлов в новую репу. Стер все у себя. Написал go get git.blabla.com/bla/bla и он все скачал сам. Причем, путь в гите такой не сработает.
Axm
Периодически такое всплывает, что я хз как нагуглить, но понимаю, что после нормальной книги большая часть отпадет
Axm
Спасибо за ссылки, посмотрю
Ngoro
Еще не вышла ведь
Dmitry
Да и начинающему книгу для пентестеров предлагать как-то странно кмк :)
Dmitry
Крипторы тоже удобно я думаю, учитывая статичность бинаря :)
Вот только размер не всегда подходящий
Dmitry
Ну, они есть. Я точных названий не помню, но в новостях встречал. Да и вирусные аналитики писали не мало статей про анализ малвари на go
Dmitriy
Всем доброго времени суток, кто может подсказать как собрать контейнер go вместе с bin файлами типа ls, pwd и похожими.
Slach
FROM golang:alpine
Valentin
Да любые. Трудно писать как надо, когда перекатываешься из другого языка. Best practices, например. Основные доки на сайте я уже почитал. Но, скажем, как организовать код? Пишу рест-сервер. Стоит ли пихать все обработчики в один файл или нет. Как го определил по названию пакета, откуда его качать? Я закоммитил в корпоративный гит пару файлов в новую репу. Стер все у себя. Написал go get git.blabla.com/bla/bla и он все скачал сам. Причем, путь в гите такой не сработает.
На самом деле если ты не работаешь в команде, где активно разрабатывают на го первый месяц может получаться не очень, это норма -)
Michael
Tom Steele, Chris Patten, and Dan Kottmann
а есть статьи этих товарищей?
Pavel
Кто использует методологию git-flow? Используете ли вы ветку develop? Или сразу после успешного тестирования сливаете фичи в master? Как считаете, насколько вообще оправдано использование ветки develop?
Василий
Кто использует методологию git-flow? Используете ли вы ветку develop? Или сразу после успешного тестирования сливаете фичи в master? Как считаете, насколько вообще оправдано использование ветки develop?
слитие в мастер обычно тригерит хуки на обновление прода.
Василий
И обычно сливаются либо релизы, либо хотфиксы в мастер
δμ Dmitry
Кто использует методологию git-flow? Используете ли вы ветку develop? Или сразу после успешного тестирования сливаете фичи в master? Как считаете, насколько вообще оправдано использование ветки develop?
есть смысл только если есть отдельное тестирование, а мастер выливается автоматически
если мастер выливается по кнопке, то смысла не особо
Slach
Кто использует методологию git-flow? Используете ли вы ветку develop? Или сразу после успешного тестирования сливаете фичи в master? Как считаете, насколько вообще оправдано использование ветки develop?
мы используем активно develop
потому что есть такая вещь как hotfix, которая должна почковаться от master а потом обратно мержиться в мастер и в develop
Valentin
У всех по-разному. Кто-то то раза в день доставляет фичи на прод, тому GitHub flow в руки. а другие долго тестируют и планируют релиз, в таком случае используют git flow
Pavel
Коллеги, благодарю за ответ
Michael
а есть ещё чик-чик и в прод
Michael
особо талантливые прямо на проде вносят изменения
Anonymous
По-русски ХХП (хуяк-хуяк и в продакшен).
Pavel
HHD
Pavel
хуяк хуяк девелопмент
Anonymous
Кто использует методологию git-flow? Используете ли вы ветку develop? Или сразу после успешного тестирования сливаете фичи в master? Как считаете, насколько вообще оправдано использование ветки develop?
зависит от кол-ва разрабов/активности, общего подхода к тому, как готовится код
Anonymous
если 2-3 человека делают проект и когда захотят - выливают в прод, то никакие такие девелопы нафиг не нужны
Oleg
Stepan
имхо даже в таком случае лучше в одтельной ветке вести, что бы иметь в любой момент времени возможность собрать рабочий билд
Oleg
имхо даже в таком случае лучше в одтельной ветке вести, что бы иметь в любой момент времени возможность собрать рабочий билд
ого,пушишь нерабочий код? атата)
Daniel
а как узнать, что код рабочий до того, как ci прогонит тесты?
Stepan
и вот когда такой момент настанет, понимаешь, что другая ветка это то что надо)
Anonymous
😂
Michael
у нас тут у местных, не говоря уже о коде, бекапы делались на прод, и тут случился вселенский disaster aka petya
Michael
dev -> staging -> prod + backups всё же лучше иметь
Anatoly
ага, "у нас рейд же"
Michael
ну да или маски шоу
Anatoly
мы бекапы на него и положим, рядом вот пусть лежат
Anatoly
гг, я про другйо рейд
Michael
понял)
Daniel
Эээ, прогнать тесты у себя?
это может быть непросто - организовать у себя среду для интеграционных тестов
Daniel
а на CI она в любом случае есть уже
Daniel
при чем тут это?
Ivan
при том, что можно из свой ветки прогнать тесты в нужном окружении, не поднимая у себя.
Daniel
мы о "пушить нерабочий код" говорим. я вот всякий раз, когда пушу, предполагаю, что код нерабочий. презумпция виновности
Daniel
в мастер, конечно, пушить ничего нельзя вообще :)
Ivan
ну это тоже норм)) Пусть QA свой хлеб отрабатывают 😂
Daniel
только мерджить PR, и только после одобрения со стороны CI
Anonymous
имхо даже в таком случае лучше в одтельной ветке вести, что бы иметь в любой момент времени возможность собрать рабочий билд
ветки, конечно, стоит вести.
иначе даже для одного человека неудобно.
т.к. надо будет выложить 1 задачу при том что есть вторая, которая в процессе и которую выкладывать не надо.
Anonymous
также зачастую может появитсья задача, которая опирается на новый, невыложенный функционал, т.о. она должна быть ветвлена от другой ветки
Anonymous
но вот иметь постоянный develop, release зачастую может быть излишней рутиной
Daniel
я привык делать prod и stage
Daniel
stage - тестят люди
Daniel
prod - катится автоматически в бой
Alexey
Может кто подсказать подборку самых известных репов со всякими хелперами и фреймворками (на примере node.js lodash, express, koa, request, q etc)?
Brown
Может кто подсказать подборку самых известных репов со всякими хелперами и фреймворками (на примере node.js lodash, express, koa, request, q etc)?
https://github.com/avelino/awesome-go
Brown
Может не то конечно
Alexey
Спасибо!
Valentin
Я предлагаю такое флоу: мастер=прод. Новая фича делается в feature-ветке от мастера, потом создается PR на ревью и тестирование, если все ок, то мерджится в мастер
Daniel
ну или так
Valentin
Таким способом можно доставлять новый функционал на прод чаще
Anonymous
Daniel
но я вот люблю финальное ручное тестирование перед выкатом
Ivan
пуш на прод после каждого мержа?
Valentin
как настроите :)
Ivan
если это не так, то тогда master != prod
Valentin
В целом почему нет
Valentin
по github flow надо доставть пуши в мастер на прод
Ivan
а под тестирование что понимается? юнит, интеграционные, e2e, manual QA - вот это вот все же?
Valentin
я понимаю интеграционное
Daniel
все автоматическое гоняется при создании/изменении PR