что, эт показатель?

ну вот какие?

поиск по всем проектам есть нет проблем с разными версия зависимостей на интернал тулы

ядра линукс и на гитхабе нету

есть зеркало, а если бы были сабмодули и его бы не было

сабмодули не работают

поиск по всем проектам есть нет проблем с разными версия зависимостей на интернал тулы

можешь также решить добавлением всех модуле в идею

есть зеркало, а если бы были сабмодули и его бы не было

чот как-то не в ту сторону ушла аргументация

сабмодули не используются в ядре линукса

@krivdaallstarts я и не говорил ничего про линукс о_О

можешь также решить добавлением всех модуле в идею

говорят, что на особо крупных проектах это не работает, идея ломается

сам я такое не видел, и тоже все добавляю и идею)

в них проблемы переноса репозиториев с одного хоста на другой

wat? эт просто ссылка внутри одного репы на другой

какие там проблемы

@krivdaallstarts я и не говорил ничего про линукс о_О

гит создан для управления кода линукса, то есть они внедрили фичу, но ей не пользуются

говорят, что на особо крупных проектах это не работает, идея ломается

ну дык и моно репа сломается

wat? эт просто ссылка внутри одного репы на другой

хостинг поменяй для репозитория

и что?

скажем с гитхаба на гитлаб переедь

сломаются у тебя сабмодули

че им ломаться то?

гит создан для управления кода линукса, то есть они внедрили фичу, но ей не пользуются

гит давно уже перерос эти цели, очевидно о_О

эх! :(

@krivdaallstarts более того, я даже переезжал и у меня есть репа связанная и с гитлабом и с гитхабом

говорю же, технически эт просто ссылка на репозитории

в файле .gitmodules)

гит давно уже перерос эти цели, очевидно о_О

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

но решили это проблему большим костылем который не работает.

Да я и не ратую за сабмодули, но аргументация с линуксом максимально странная

не знаю, у нас в проектах работает

прям "о_О"

Да я и не ратую за сабмодули, но аргументация с линуксом максимально странная

ни один крупный опенсорс проект не использует сабмодули

*типичный интернет* - говорить в абсолюте , но вот рил, хоть один крупный опенсорс проект приведите в качестве примера

осбенно основной язык которого поразмевает наличие тулзы по управлению зависимостями

потому и спросил, не сишник ли он %)

Жалко так и не ответил. Не узнаю, насколько ванга хорошо работает

с интернал зависимостями ещё фокус, что, при изменении каких-то утилит, надо _весь_ проект компилить заново для скалы это прямо критично

потому и спросил, не сишник ли он %)

я сишник

а я не у тебя спросил %)

а я не у тебя спросил %)

*русский интернет*

@krivdaallstarts сишник

После хайлоад капа разочаровался в акторах и стал сишником, чтобы драть всех еполлом в сракотан?

Ладно-ладно, я знаю что ты и до этого им был

останется только последняя часть

прочитал, отличная статья, жду следующую часть

@folexeyy я сисишник скорее)

чет я не понял, почему мульти репо это плохо?

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

@krivdaallstarts https://github.com/openssl/openssl

вот тебе один из проектов кто их юзает)

мне даже для мелкого бизнеса это странным кажется, зачем билдить каждый раз все?

дело в том что билдить все каждый раз не надо. У нас на проекте из 50к строк, минимальное время билда меньше минуты. Полный билд без кэша, со всеми тестами и сборкой всех артифактов - 25-35 минут

дело в том что билдить все каждый раз не надо. У нас на проекте из 50к строк, минимальное время билда меньше минуты. Полный билд без кэша, со всеми тестами и сборкой всех артифактов - 25-35 минут

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

дело в том что билдить все каждый раз не надо. У нас на проекте из 50к строк, минимальное время билда меньше минуты. Полный билд без кэша, со всеми тестами и сборкой всех артифактов - 25-35 минут

ок, я думаю да, можно в одном репозитории конечно билдить и по кускам

но вот в ci делать пул на все и отслеживать все изменения станет больно

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

у меня кстати с модулями настроен каскадный билд, и если чтот поменялось и в следствии упало, то видно это будет почти сразу)

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

тогда конечно билдиться почти все, как и тогда когда вы меняете версии библиотек. Но как часто есть в этом необходимость по сравнеению с развитием какого-то отдельного сервиса?

насколько pants плугин для Intellij юзабелен?

насколько pants плугин для Intellij юзабелен?

Очень юзабелен! по мне, так более юзабелен чем IDEA плагин. ОЧень советую прочитать их туториал

тогда конечно билдиться почти все, как и тогда когда вы меняете версии библиотек. Но как часто есть в этом необходимость по сравнеению с развитием какого-то отдельного сервиса?

"ап версии либы" можно сделать когда пожелаешь, а вот полный рекомпайл не отсрочить

Очень юзабелен! по мне, так более юзабелен чем IDEA плагин. ОЧень советую прочитать их туториал

супер

ну и такого рода "снежный ком" изменений возникает достаточно часто

@dveim полный рекомпаил никак не отсрочить

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

А как быть если эта утилита в отдельном репозитории? как гарантировать что новые изменние в ней будут совместимы со всеми проектами которые ее используют?

А как быть если эта утилита в отдельном репозитории? как гарантировать что новые изменние в ней будут совместимы со всеми проектами которые ее используют?

никак, кроме полной проверки (что и происходит в случае монорепы) но, снова, в сервисе А можно не апать версию либы ради хотфикса, необходимого сервису Б

но вот в ci делать пул на все и отслеживать все изменения станет больно

не больно, это как раз опишу в следующей статье. Как тизер ./pants changed --include-dependees=transitive --changes-since=aa4426e51492ad29b6a3f7dbc06785e564358369

и это называется не больно?)

никак, кроме полной проверки (что и происходит в случае монорепы) но, снова, в сервисе А можно не апать версию либы ради хотфикса, необходимого сервису Б

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

я думаю, что основной бенефит - это полная свобода модуляризации, хоть прям пакетами

и это называется не больно?)

А в чем тут собственно проблемы? Вы передаете предыдущий коммит и получаете список зависимостей которые зааффектил новый changeset. Дальше прогоняете только необходимые тесты и строите только необходимые артифакты.

необходимость то кто будет определять?

❯ ./pants changed --include-dependees=transitive --changes- src/scala/whisk/console/main:main src/scala/whisk/console/main:main-bin src/scala/whisk/console/main:main-lib src/scala/whisk/console/recipeingredients/controller:controller tests/scala/whisk/console/ontology/controller:controller

вот результат команды

из него я знаю что мне нужно собрать и что протестировать

где гарантии что эт не аффектит другие классы? или он и это сканирует?

если читали статью, то там указано что зависомоти четко определены

ну по сути тоже, что и у нас

только у нас мулитимодульность)

scala_library( dependencies=[ 'src/scala/whisk/analysis/model', 'src/scala/whisk/console/recipeingredients/api', 'src/scala/whisk/console/recipeingredients/core', '3rdparty:reactivemongo-bson', '3rdparty:finatra-http', '3rdparty:finatra-swagger' ] )

определены они в рамках pants, то есть для компиляции модуля будет использовать classpath из перечисленных модулей и билиотек и ничнго другого

соотвественно отсюда консистентный граф зависимостей который используеттся и для компиляции и для тестов и для сборки

я думаю, что основной бенефит - это полная свобода модуляризации, хоть прям пакетами

делать на уровне пакетов - это как раз то, что рекомендуется

А кто-нибудь знает как на курсере купить подписку на все курсы сразу? У них в хелпе написано чо можно купить на специализацию, на курс, и на всё сразу

А кто-нибудь знает как на курсере купить подписку на все курсы сразу? У них в хелпе написано чо можно купить на специализацию, на курс, и на всё сразу

Там сказано, что части пользователей это предлагают. Видимо, тестят. Нужно писать в саппорт, чтобы выдали

понятно, спасибо!

А то у меня странное: купили с другом подписки, у него full, а у меня ток на 1 специализацию :(

Виктор а в чем проблема с мультимодульным проектом в монорепе если это дело собирается гредлом? Мультимодульность в сбт это адское днище а вот в гредле это прекрасное счастье

В статье написано что в гредле это такое же дно как и в сбт, #янисагласен

Виктор а в чем проблема с мультимодульным проектом в монорепе если это дело собирается гредлом? Мультимодульность в сбт это адское днище а вот в гредле это прекрасное счастье

А чем оно днище в сбт?

И да у нас был проект на 120 модулей собирался антом 30 минут, перевели на гредл - 45 секунд

А чем оно днище в сбт?

Я пытался и ниасилил и такого насмотрелся пока пытался) Вобщем это моё скромное имхо

Там же вроде надо просто указать на директорию)

https://github.com/scala-native/scala-native/blob/master/build.sbt

вполне себе даже красиво выглядит

плюсую про мультимодульность, на удивление гладко завелось

в сбт

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