@scala_ru
KrivdaTheTriewe04.09.2017
17:30:46
17:30:46
Хотя как пр акция вакансии
Vadim04.09.2017
17:34:20
17:34:20
Так, вечер, все уже не на работе, повторю вопрос:
есть проект с плагином sbt-scoverage. Как сделать так, чтобы я мог одной командой делать clean build, т.е. собрать дистрибутив, и при этом у меня и coverage отработал? Если собирать как советуют на офф сайте - sbt clean coverage test, то при добававлении к этой команде dist в продакшен дистрибутив попадает инструментированный код.
никак - ковераж отдельно от оснвной сборки просто гонять
Kirill04.09.2017
17:35:08
17:35:08
никак - ковераж отдельно от оснвной сборки просто гонять
Ого, спасибо. Плохо, плагин для грэдла с этим справляется.Ну, вернее он просто две версии кода генерит, что меня в целом бы устроило
Google
Nick04.09.2017
17:36:26
17:36:26
Эт не проблема плагина. Просто ковередж инструментацию байт кода делает. И логично билд делать отдельно
Kirill04.09.2017
17:37:08
17:37:08
Да, я уже это осознал, просто мой юз кейс - запустить clean build и ждать, жаль что нельзя это просто так сделать
Nick04.09.2017
17:38:01
17:38:01
Да, я уже это осознал, просто мой юз кейс - запустить clean build и ждать, жаль что нельзя это просто так сделать
Ничего не понял, он у всех такой) ну да ладноVadim04.09.2017
17:38:20
17:38:20
ну для меня это тоже было неоджиданно - я думаю это возмонж инструментировать его в другом месте и поверх погонять тесты
Nick04.09.2017
17:39:00
17:39:00
А нафига кавередж всегда собирать
Kirill04.09.2017
17:39:29
17:39:29
Ничего не понял, он у всех такой) ну да ладно
Ну смотри, я хочу так - запускается сборка, прогоняются тесты, если процент недостаточно большой, сборка падает, если достаточный - собирается дистрибутив, билд успешныйVadim04.09.2017
17:39:47
17:39:47
ну ты и такего всегда собираешь - clean обязательный степ перед его запуском)
Nick04.09.2017
17:40:05
17:40:05
Ну смотри, я хочу так - запускается сборка, прогоняются тесты, если процент недостаточно большой, сборка падает, если достаточный - собирается дистрибутив, билд успешный
Не надо так делать))))Сам потом плеваться будешь
Nick04.09.2017
17:40:49
17:40:49
А в чем собираешь? Если в дженкинсе то это можно сделать
GoogleNick04.09.2017
17:41:11
17:41:11
Отдельным степом сделай тесты и вали их при плохом кавередже
Ну если ты паипы юзаешь
Kirill04.09.2017
17:41:51
17:41:51
Я даже не в курсе что там, там девопсы развлекаются)
Nick04.09.2017
17:42:13
17:42:13
А я тебе говорил, что нет такой профессии ?)
Kirill04.09.2017
17:42:40
17:42:40
Я к тому что не могу сказать, есть там пайпы или нет
Nick04.09.2017
17:43:04
17:43:04
Ну и че ты вообще тогда в это лезешь, пусть опереишинс и делают)
Kirill04.09.2017
17:43:47
17:43:47
Так мне нужно в sbt настроить сборку, чтобы сказать девопсам - пацаны, запускайте clean build и у вас все будет
Vadim04.09.2017
17:45:10
17:45:10
интересно, а зачем вам нужны люди которые просписывают одну строчку?)
Nick04.09.2017
17:45:28
17:45:28
Напиши посонам сделать 3 строчки
Кстати, а кто вообще workspace перед билдом убивает?)
интересно, а зачем вам нужны люди которые просписывают одну строчку?)
Сбертех ж, там вообще 90 процентов людей таких)
Daniel04.09.2017
17:48:48
17:48:48
лол
Kirill04.09.2017
17:48:52
17:48:52
Не, 3 строчки думаю тоже не проблема. Вопрос в том какие строчки будут? Типо одна команда будет запускать clean compile test и так далее чтобы собрать дистрибутив, вторая будет clean coverage testCoverage? Или я криво понимаю?
Nick04.09.2017
17:49:16
17:49:16
Kirill04.09.2017
17:49:54
17:49:54
То есть эта команда будет запускаться отдельно от основной сборки дистрибутива?
Nick04.09.2017
17:50:11
17:50:11
И coverageReport скорее всего
Да
А в другой clean package
Или чем ты там собираешь
Kirill04.09.2017
17:51:11
17:51:11
Ну в целом да, получится то же самое что и в грэдле, два раза компиляция, два раза тесты(если в основной сборке запускать)
GoogleNick04.09.2017
17:53:38
17:53:38
Ну в целом да, получится то же самое что и в грэдле, два раза компиляция, два раза тесты(если в основной сборке запускать)
Если есть интеграционники и другая жесть, то лучше кавередж запускать с ними и раз в сутки к примеруKirill04.09.2017
18:28:50
18:28:50
Если есть интеграционники и другая жесть, то лучше кавередж запускать с ними и раз в сутки к примеру
А какие вообще бест практис на тему код ковераджа? Я просто где-то читаю что коверадж должен измеряться какждый раз, когда кто-то в vcs делает какое-то изменение(например, pr собирается), ты говоришь, что наоборот надо запускать по таймеру раз в сколько-то.Nick04.09.2017
18:35:02
18:35:02
Kirill хорошая практика конечно
Kirill04.09.2017
18:36:13
18:36:13
Ну то есть получается, что я всё равно никуда не убегу от двух компиляций кода, единственное что я могу сделать - это сначала сделать каверадж инструментированного кода, после чего заново скомпилировать его, но уже без прогона тестов
Andrey04.09.2017
18:43:05
18:43:05
Мы так и делаем. У нас правда проекты не большие поэтому 2 раза компидяцию вызывать вообще не проблема
Yury04.09.2017
18:43:48
18:43:48
Можно делать такие билды на jenkins или travis,написав свою таску на gradle, например
Kirill04.09.2017
18:44:59
18:44:59
Ну да, я раньше не задумывался как это работает, в gradle у нас просто выполняется только testScoverage, без test, чтобы два раза тесты не гонялись, а о том, чтобы два раза скомпилировать сорцы в разные директории gradle сам заботится в отличие от sbt
Nick05.09.2017
07:11:12
07:11:12
любителям писькомерства https://github.com/proton/highloadcup17_solutions
Mikhail05.09.2017
07:13:43
07:13:43
Nick05.09.2017
07:16:14
07:16:14
Там два захода было ж)
Aleksei05.09.2017
07:17:14
07:17:14
очень интересно, скала обогнала тарантул
Grigory05.09.2017
07:18:34
07:18:34
Улыбнул коммент
https://github.com/nikita-uvarov/highloadcup-travels-solution
В ридми*
Vladimir05.09.2017
07:45:14
07:45:14
очень интересно, скала обогнала тарантул
на тарантул митапе у некоторых он не мог в докере стартануть на машинах с 8гб, т.ч. думаю он себя скомкано чувствовал
ЕвгенийNick05.09.2017
09:56:37
09:56:37
https://github.com/nikita-uvarov/highloadcup-travels-solution
зови кривду в скалаз и обсуждайте данный коммент )Nick05.09.2017
09:57:55
09:57:55
я слишком много матерюсь, придется запикивать)
Google
Nikolay05.09.2017
09:58:22
09:58:22
Scalalaz #29 - с Кривдой про Ника Павлова
Nick05.09.2017
09:59:23
09:59:23
про хайлоад!
Grigory05.09.2017
10:00:28
10:00:28
на спп
KrivdaTheTriewe05.09.2017
10:06:01
10:06:01
scala и нездоровый образ мысли
Nikita05.09.2017
10:48:24
10:48:24
Всем привет, набираем докладчиков на ScalaSpbMeetup, который будет в конце сентября-начале октября.
Если у кого-то есть желание и возможность, пишите
Henadz05.09.2017
11:46:20
11:46:20
подскажите, а можно как-нибудь в слике выполнить plain sql запрос, который собран из нескольких команд? чтобы вернуло результат последней. Скажем например
SET LOCAL ... ;
SELECT * FROM ....
и чтобы вернуло результат селекта
обычным sql"" ничего не выходит, похоже на то, что выполняется лишь самое первое выражение и возвращается его результат
Alexandr05.09.2017
11:47:14
11:47:14
Я в настройках в url указывал allowMultiQueries=true
Alexander05.09.2017
11:48:16
11:48:16
pinnedSession надо
и несколкьо запросов через for
и pinnedTransaction
точнее .transactionally.withPinnedSession
Henadz05.09.2017
11:59:19
11:59:19
GoogleAlexander05.09.2017
11:59:30
11:59:30
да
Henadz05.09.2017
11:59:40
11:59:40
окей, вроде разобрался, спасибо
Alexander05.09.2017
11:59:59
11:59:59
по дефолту каждый запрос как попало идет
Henadz05.09.2017
12:00:04
12:00:04
я сделал просто
(setSeedQuery andThen selectQuery).transactionally
Alexander05.09.2017
12:00:11
12:00:11
.transactionally.withPinnedSession
можно еще уровень изолиции повысить при необходимости
db.run(dbio.transactionally.withPinnedSession.withTransactionIsolation(TransactionIsolation.Serializable))
типа такого
Henadz05.09.2017
12:00:58
12:00:58
интересно, а последовательность вызовов же ничего не меняет?
просто свойства задаёт?
Открыть в Telegram