AE
грешен, каюсь
распять
Size: a a a
2020 May 19
AL
ну у ноды npm, у скалы сбт, зачем базель?
@fundamentalparticle я думаю про них много чего знает.
Например. В компании не версионируются библиотеки. Вместо этого каждый раз, когда библиотека релизится, все кто от нее зависят, тоже пересобираются чтобы прогнать тесты и проверить, что ничего не сломалось. TeamCity поддерживает такой воркфлоу, за что ребятам из JB нужно ордена раздать за героизм. Но это одначает, что билдов много, занимают они дофига времени, часто не доводятся до конца и пересобираются.
поэтому скорость билда, кеширование артифактов и тд - эти вопросы стоят очень остро. С базелем было видение, что у каждого девелопера на компе будут гоняться не только локальные билды, а и какие-то чужие тоже. Называется это collaborative mode или как-то так. Типа, ты собрал локально библиотеку A с коммита с sha1 таким-то. Теперь все, кому такая версия нужна для их билдов, стянут ее у тебя, а не будут ждать, пока она у них соберется.
И якобы только Базель такое может обеспечить
Например. В компании не версионируются библиотеки. Вместо этого каждый раз, когда библиотека релизится, все кто от нее зависят, тоже пересобираются чтобы прогнать тесты и проверить, что ничего не сломалось. TeamCity поддерживает такой воркфлоу, за что ребятам из JB нужно ордена раздать за героизм. Но это одначает, что билдов много, занимают они дофига времени, часто не доводятся до конца и пересобираются.
поэтому скорость билда, кеширование артифактов и тд - эти вопросы стоят очень остро. С базелем было видение, что у каждого девелопера на компе будут гоняться не только локальные билды, а и какие-то чужие тоже. Называется это collaborative mode или как-то так. Типа, ты собрал локально библиотеку A с коммита с sha1 таким-то. Теперь все, кому такая версия нужна для их билдов, стянут ее у тебя, а не будут ждать, пока она у них соберется.
И якобы только Базель такое может обеспечить
AE
Andrey Listochkin
@fundamentalparticle я думаю про них много чего знает.
Например. В компании не версионируются библиотеки. Вместо этого каждый раз, когда библиотека релизится, все кто от нее зависят, тоже пересобираются чтобы прогнать тесты и проверить, что ничего не сломалось. TeamCity поддерживает такой воркфлоу, за что ребятам из JB нужно ордена раздать за героизм. Но это одначает, что билдов много, занимают они дофига времени, часто не доводятся до конца и пересобираются.
поэтому скорость билда, кеширование артифактов и тд - эти вопросы стоят очень остро. С базелем было видение, что у каждого девелопера на компе будут гоняться не только локальные билды, а и какие-то чужие тоже. Называется это collaborative mode или как-то так. Типа, ты собрал локально библиотеку A с коммита с sha1 таким-то. Теперь все, кому такая версия нужна для их билдов, стянут ее у тебя, а не будут ждать, пока она у них соберется.
И якобы только Базель такое может обеспечить
Например. В компании не версионируются библиотеки. Вместо этого каждый раз, когда библиотека релизится, все кто от нее зависят, тоже пересобираются чтобы прогнать тесты и проверить, что ничего не сломалось. TeamCity поддерживает такой воркфлоу, за что ребятам из JB нужно ордена раздать за героизм. Но это одначает, что билдов много, занимают они дофига времени, часто не доводятся до конца и пересобираются.
поэтому скорость билда, кеширование артифактов и тд - эти вопросы стоят очень остро. С базелем было видение, что у каждого девелопера на компе будут гоняться не только локальные билды, а и какие-то чужие тоже. Называется это collaborative mode или как-то так. Типа, ты собрал локально библиотеку A с коммита с sha1 таким-то. Теперь все, кому такая версия нужна для их билдов, стянут ее у тебя, а не будут ждать, пока она у них соберется.
И якобы только Базель такое может обеспечить
так это заслуга TC, с гредлом мне кажется можно проделать то же самое
AL
У меня подозрение, что с чем угодно можно такое делать. Но я ж не рулил этим процессом.
AE
интересно посмотреть какие там есть возможности у базеля в этом плане
IT
Ребят, такой вопрос, кто работает с Kafka Streams ?
AL
Я писал там фичи для конкретного продукта, вся эта возня с билдами задевала меня только тем, что я запушил изменения, и теперь полдня жду, пока билды ставятся в очередь, начинаются, стопорятся из-за обновления зависимостей, и снова ставятся в очередь
IT
Ребят, такой вопрос, кто работает с Kafka Streams ?
Посмотрел все материалы по теме на канале Confluent, может можете посоветовать что-нибудь (также статьи их глянул).
AE
Andrey Listochkin
Я писал там фичи для конкретного продукта, вся эта возня с билдами задевала меня только тем, что я запушил изменения, и теперь полдня жду, пока билды ставятся в очередь, начинаются, стопорятся из-за обновления зависимостей, и снова ставятся в очередь
и зачем все это?
AE
как же хорошо жить с версонированием)
DP
и зачем все это?
ну, это же классический вопрос монорепы vs отдельные репозитории. Большие фирмы часто выбирают монорепу, и там уже bazel начинает быть нужным
AL
и зачем все это?
По словам их инженеров они слишком много раз обжигались на версиях и хотят форсить всю организацию всегда использовать общую версию внутреннего кода.
AE
ну, это же классический вопрос монорепы vs отдельные репозитории. Большие фирмы часто выбирают монорепу, и там уже bazel начинает быть нужным
он ищет сбилженый модуль монорепы на всех нодах и только если его нет - он собирает?
DP
он ищет сбилженый модуль монорепы на всех нодах и только если его нет - он собирает?
ага, что-то такое, я думаю. Вроде б, тут про это как раз - https://docs.bazel.build/versions/master/remote-caching.html
AE
ага, что-то такое, я думаю. Вроде б, тут про это как раз - https://docs.bazel.build/versions/master/remote-caching.html
ну вот для такого можно заморочится. но я все равно был бы за версионность и релизный цикл
AA
Andrey Listochkin
@fundamentalparticle я думаю про них много чего знает.
Например. В компании не версионируются библиотеки. Вместо этого каждый раз, когда библиотека релизится, все кто от нее зависят, тоже пересобираются чтобы прогнать тесты и проверить, что ничего не сломалось. TeamCity поддерживает такой воркфлоу, за что ребятам из JB нужно ордена раздать за героизм. Но это одначает, что билдов много, занимают они дофига времени, часто не доводятся до конца и пересобираются.
поэтому скорость билда, кеширование артифактов и тд - эти вопросы стоят очень остро. С базелем было видение, что у каждого девелопера на компе будут гоняться не только локальные билды, а и какие-то чужие тоже. Называется это collaborative mode или как-то так. Типа, ты собрал локально библиотеку A с коммита с sha1 таким-то. Теперь все, кому такая версия нужна для их билдов, стянут ее у тебя, а не будут ждать, пока она у них соберется.
И якобы только Базель такое может обеспечить
Например. В компании не версионируются библиотеки. Вместо этого каждый раз, когда библиотека релизится, все кто от нее зависят, тоже пересобираются чтобы прогнать тесты и проверить, что ничего не сломалось. TeamCity поддерживает такой воркфлоу, за что ребятам из JB нужно ордена раздать за героизм. Но это одначает, что билдов много, занимают они дофига времени, часто не доводятся до конца и пересобираются.
поэтому скорость билда, кеширование артифактов и тд - эти вопросы стоят очень остро. С базелем было видение, что у каждого девелопера на компе будут гоняться не только локальные билды, а и какие-то чужие тоже. Называется это collaborative mode или как-то так. Типа, ты собрал локально библиотеку A с коммита с sha1 таким-то. Теперь все, кому такая версия нужна для их билдов, стянут ее у тебя, а не будут ждать, пока она у них соберется.
И якобы только Базель такое может обеспечить
Кстати о TeamCity.
Там случился релиз только что и появился CONDITIONAL BUILD STEP!!!!
Аллелуйа, товарищи! :)
Там случился релиз только что и появился CONDITIONAL BUILD STEP!!!!
Аллелуйа, товарищи! :)
AA
он ищет сбилженый модуль монорепы на всех нодах и только если его нет - он собирает?
Очень хорошо время экономит
VG
Орнул немножк
VG
в продолжение вчерашнего разговора про клетку в домашнем зале https://youtu.be/JB4042lKhqU
