@gogolang
Che05.07.2017
06:54:38
06:54:38
на го, кстати, крипторы писать удобно
крипторы не в смысле рансом, а в смысле пакеры
corpix05.07.2017
06:56:38
06:56:38
Крипторы тоже удобно я думаю, учитывая статичность бинаря :)
Вот только размер не всегда подходящий
Che05.07.2017
06:59:03
06:59:03
ага, и админки))
GoogleChe05.07.2017
06:59:35
06:59:35
админки видел, у mirai например, а вот рансом не видел ни разу
corpix05.07.2017
07:01:51
07:01:51
Ну, они есть. Я точных названий не помню, но в новостях встречал. Да и вирусные аналитики писали не мало статей про анализ малвари на go
Che05.07.2017
07:02:55
07:02:55
а не, кажется др веб когда-то вылавливал один такой, но он чет там не работал или работал, но криво
нашел https://vms.drweb.ru/virus/?_is=1&i=8747343
Valentin05.07.2017
07:04:56
07:04:56
Dmitryi05.07.2017
07:04:57
07:04:57
Всем доброго времени суток, кто может подсказать как собрать контейнер go вместе с bin файлами типа ls, pwd и похожими.
Slach05.07.2017
07:05:51
07:05:51
FROM golang:alpine
Valentin05.07.2017
07:06:12
07:06:12
Да любые. Трудно писать как надо, когда перекатываешься из другого языка. Best practices, например. Основные доки на сайте я уже почитал. Но, скажем, как организовать код? Пишу рест-сервер. Стоит ли пихать все обработчики в один файл или нет. Как го определил по названию пакета, откуда его качать? Я закоммитил в корпоративный гит пару файлов в новую репу. Стер все у себя. Написал go get git.blabla.com/bla/bla и он все скачал сам. Причем, путь в гите такой не сработает.
На самом деле если ты не работаешь в команде, где активно разрабатывают на го первый месяц может получаться не очень, это норма -)Michael05.07.2017
07:13:09
07:13:09
Tom Steele, Chris Patten, and Dan Kottmann
а есть статьи этих товарищей?
Pavel05.07.2017
08:38:00
08:38:00
Кто использует методологию git-flow? Используете ли вы ветку develop? Или сразу после успешного тестирования сливаете фичи в master? Как считаете, насколько вообще оправдано использование ветки develop?
Василий05.07.2017
08:38:54
08:38:54
Кто использует методологию git-flow? Используете ли вы ветку develop? Или сразу после успешного тестирования сливаете фичи в master? Как считаете, насколько вообще оправдано использование ветки develop?
слитие в мастер обычно тригерит хуки на обновление прода.И обычно сливаются либо релизы, либо хотфиксы в мастер
Dmitry05.07.2017
08:39:59
08:39:59
Кто использует методологию git-flow? Используете ли вы ветку develop? Или сразу после успешного тестирования сливаете фичи в master? Как считаете, насколько вообще оправдано использование ветки develop?
есть смысл только если есть отдельное тестирование, а мастер выливается автоматически
если мастер выливается по кнопке, то смысла не особоGoogleSlach05.07.2017
08:55:05
08:55:05
Кто использует методологию git-flow? Используете ли вы ветку develop? Или сразу после успешного тестирования сливаете фичи в master? Как считаете, насколько вообще оправдано использование ветки develop?
мы используем активно develop
потому что есть такая вещь как hotfix, которая должна почковаться от master а потом обратно мержиться в мастер и в developValentin05.07.2017
08:55:58
08:55:58
У всех по-разному. Кто-то то раза в день доставляет фичи на прод, тому GitHub flow в руки. а другие долго тестируют и планируют релиз, в таком случае используют git flow
Pavel05.07.2017
09:06:45
09:06:45
Коллеги, благодарю за ответ
Michael05.07.2017
09:49:09
09:49:09
а есть ещё чик-чик и в прод
особо талантливые прямо на проде вносят изменения
Andrey05.07.2017
09:50:17
09:50:17
production is the new staging...
DDD, Disaster Driven Development, Davay Davay Deploy
Andrew05.07.2017
09:51:53
09:51:53
Andrey05.07.2017
09:52:27
09:52:27
у меня над рабочим местом висит DDD
Mush05.07.2017
09:57:57
09:57:57
Кто использует методологию git-flow? Используете ли вы ветку develop? Или сразу после успешного тестирования сливаете фичи в master? Как считаете, насколько вообще оправдано использование ветки develop?
зависит от кол-ва разрабов/активности, общего подхода к тому, как готовится кодесли 2-3 человека делают проект и когда захотят - выливают в прод, то никакие такие девелопы нафиг не нужны
Олег05.07.2017
09:59:11
09:59:11
Igor05.07.2017
09:59:58
09:59:58
имхо даже в таком случае лучше в одтельной ветке вести, что бы иметь в любой момент времени возможность собрать рабочий билд
Олег05.07.2017
10:02:16
10:02:16
имхо даже в таком случае лучше в одтельной ветке вести, что бы иметь в любой момент времени возможность собрать рабочий билд
ого,пушишь нерабочий код? атата)
Daniel05.07.2017
10:02:55
10:02:55
а как узнать, что код рабочий до того, как ci прогонит тесты?
Igor05.07.2017
10:03:08
10:03:08
и вот когда такой момент настанет, понимаешь, что другая ветка это то что надо)
Василий05.07.2017
10:04:39
10:04:39
Google
Akzhan05.07.2017
10:06:02
10:06:02
?
Michael05.07.2017
10:13:50
10:13:50
у нас тут у местных, не говоря уже о коде, бекапы делались на прод, и тут случился вселенский disaster aka petya
dev -> staging -> prod + backups всё же лучше иметь
Анатолий05.07.2017
10:15:19
10:15:19
ага, "у нас рейд же"
Michael05.07.2017
10:15:36
10:15:36
ну да или маски шоу
Michael05.07.2017
10:17:13
10:17:13
понял)
Andrew05.07.2017
10:36:08
10:36:08
Daniel05.07.2017
10:40:03
10:40:03
Эээ, прогнать тесты у себя?
это может быть непросто - организовать у себя среду для интеграционных тестова на CI она в любом случае есть уже
Daniel05.07.2017
10:41:04
10:41:04
при чем тут это?
Ivan05.07.2017
10:41:43
10:41:43
при том, что можно из свой ветки прогнать тесты в нужном окружении, не поднимая у себя.
Daniel05.07.2017
10:41:49
10:41:49
мы о "пушить нерабочий код" говорим. я вот всякий раз, когда пушу, предполагаю, что код нерабочий. презумпция виновности
в мастер, конечно, пушить ничего нельзя вообще :)
Ivan05.07.2017
10:42:31
10:42:31
ну это тоже норм)) Пусть QA свой хлеб отрабатывают ?
Daniel05.07.2017
10:42:36
10:42:36
только мерджить PR, и только после одобрения со стороны CI
Mush05.07.2017
11:22:50
11:22:50
имхо даже в таком случае лучше в одтельной ветке вести, что бы иметь в любой момент времени возможность собрать рабочий билд
ветки, конечно, стоит вести.
иначе даже для одного человека неудобно.
т.к. надо будет выложить 1 задачу при том что есть вторая, которая в процессе и которую выкладывать не надо.также зачастую может появитсья задача, которая опирается на новый, невыложенный функционал, т.о. она должна быть ветвлена от другой ветки
GoogleMush05.07.2017
11:25:10
11:25:10
но вот иметь постоянный develop, release зачастую может быть излишней рутиной
Daniel05.07.2017
12:05:11
12:05:11
я привык делать prod и stage
stage - тестят люди
prod - катится автоматически в бой
Alexey05.07.2017
12:12:48
12:12:48
Может кто подсказать подборку самых известных репов со всякими хелперами и фреймворками (на примере node.js lodash, express, koa, request, q etc)?
Brown05.07.2017
12:13:43
12:13:43
Может кто подсказать подборку самых известных репов со всякими хелперами и фреймворками (на примере node.js lodash, express, koa, request, q etc)?
https://github.com/avelino/awesome-goAdminERROR: S client not available
Brown05.07.2017
12:13:52
12:13:52
Может не то конечно
Alexey05.07.2017
12:14:07
12:14:07
Спасибо!
Daniel05.07.2017
12:14:47
12:14:47
Valentin05.07.2017
12:17:12
12:17:12
Я предлагаю такое флоу: мастер=прод. Новая фича делается в feature-ветке от мастера, потом создается PR на ревью и тестирование, если все ок, то мерджится в мастер
Daniel05.07.2017
12:17:32
12:17:32
ну или так
Valentin05.07.2017
12:17:32
12:17:32
Таким способом можно доставлять новый функционал на прод чаще
Matz05.07.2017
12:17:48
12:17:48
Daniel05.07.2017
12:18:03
12:18:03
но я вот люблю финальное ручное тестирование перед выкатом
Ivan05.07.2017
12:18:06
12:18:06
пуш на прод после каждого мержа?
Valentin05.07.2017
12:18:18
12:18:18
как настроите :)
Ivan05.07.2017
12:18:35
12:18:35
если это не так, то тогда master != prod
Valentin05.07.2017
12:18:38
12:18:38
В целом почему нет
GoogleValentin05.07.2017
12:19:06
12:19:06
по github flow надо доставть пуши в мастер на прод
Ivan05.07.2017
12:19:10
12:19:10
а под тестирование что понимается? юнит, интеграционные, e2e, manual QA - вот это вот все же?
Valentin05.07.2017
12:19:26
12:19:26
я понимаю интеграционное
Daniel05.07.2017
12:19:41
12:19:41
все автоматическое гоняется при создании/изменении PR
Valentin05.07.2017
12:19:48
12:19:48
юниты и смоки делает разработчик во время работы
Daniel05.07.2017
12:20:12
12:20:12
ручное гоняет QA на стейдже перед заливкой стейджа в прод
Ivan05.07.2017
12:20:45
12:20:45
ну мы тут обсуждаем что мерж в мастер - выкатка на прод)
Daniel05.07.2017
12:20:52
12:20:52
от мастера в стейдж делаются PR
Ivan05.07.2017
12:21:05
12:21:05
то есть QA должен после каждого мержа делать регрессию)
Pavel05.07.2017
12:21:17
12:21:17
кто такой qa
Daniel05.07.2017
12:21:27
12:21:27
ОТК
Valentin05.07.2017
12:21:27
12:21:27
Daniel05.07.2017
12:21:39
12:21:39
quality assurance
Aleksandr05.07.2017
12:27:12
12:27:12
да
с непрерывной доставкой требующей ручной регрессии можно получить статью за доведение до самоубийства тестировщиковDaniel05.07.2017
12:27:47
12:27:47
не-не-не
Открыть в Telegram