В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Kotlin Moscow

424 membersпожаловаться на группу
2020 October 08

RI

Ruslan Ibragimov in Kotlin Moscow
Ⓢⓔⓡⓖ
И давайте различать сборки на компьютере девелоперов от сборок на ci cd- среде - к ним разные требования
build cache + remote cache как раз таки для разработчиков и создан
чтобы после очередного чекаута не пришлось собирать с нуля 30 минут весь проект
источник
16:01пожаловаться#1

MZ

Maxim Zinchenko in Kotlin Moscow
Ⓢⓔⓡⓖ
И давайте различать сборки на компьютере девелоперов от сборок на ci cd- среде - к ним разные требования
да, речь только про CI конечно
источник
16:01пожаловаться#2

RI

Ruslan Ibragimov in Kotlin Moscow
> We’re really pleased with how the migration went and the decrease in build times that we have seen. CI builds are now taking roughly 20 minutes on average, 3-4 times faster than before. Local builds are taking an average of 2 minutes 30 seconds, which is 20-30 times faster than before.

Это про то что речь только про CI)
CI можно использовать на пользу
источник
16:02пожаловаться#3

MZ

Maxim Zinchenko in Kotlin Moscow
Ruslan Ibragimov
Ну объективно из больших проектов на мавене я видел spring-boot и то он уже уехал на gradle и поделился замечательными результатами 🙂 https://spring.io/blog/2020/06/08/migrating-spring-boot-s-build-to-gradle

Когда я переводил свои проекты на gradle тоже замечал ускорение.

Что то, что то никогда особо не тюнил, т.к. над огромными репозиториями не работал давно
spring.io
Migrating Spring Boot's Build to Gradle
<p>We made a fairly significant change to Spring Boot in 2.3.0.M1. It was the first release of the project to be built with Gradle rather than Maven. A <a href="https://twitter.com/phillip_webb/status/1222943872205983744">thread on Twitter</a> about the migration had a number of people asking why we switched and the benefits, if any, that we’d seen. This blog post aims to answer those questions.</p>
<p>Each project in the Spring portfolio is run in a fairly autonomous manner. We strive for consistency where our users will see it most – API design, for example – but choose the tools that best meet the needs of the project for things that are less visible. One example of this is the build system. A change to the build system affects those that contribute to the project but, if we get things right, it has no effect on users. This has led to a mixture of Maven- and Gradle-based builds. For example, Spring Framework has been built with Gradle since 3.2.0.M1 in 2012, whereas Spring Boot began a year later and Spring…
это интересно. особенно с учётом того, что они используют gradle в стиле maven, то есть без всяких императивных скриптов и с плагинами.
не особо понятно, за счёт чего получается выигрыш, про это они вообще ничего не пишут.
возможно он получился потому, что при переносе они радикально проревьюили сборку и убрали всё лишнее
источник
16:04пожаловаться#4

RI

Ruslan Ibragimov in Kotlin Moscow
Maxim Zinchenko
это интересно. особенно с учётом того, что они используют gradle в стиле maven, то есть без всяких императивных скриптов и с плагинами.
не особо понятно, за счёт чего получается выигрыш, про это они вообще ничего не пишут.
возможно он получился потому, что при переносе они радикально проревьюили сборку и убрали всё лишнее
Ну когда на kts переходишь, сразу хочется на плагины перейти. Оно как-то само-собой получается) Я вот в своих домашних и рабочих проектах еще до spring-boot на такой подход перешел
GitHub
Heapy/kotbot
Bot for Kotlin chats in telegram. Contribute to Heapy/kotbot development by creating an account on GitHub.
источник
16:06пожаловаться#5

RI

Ruslan Ibragimov in Kotlin Moscow
Maxim Zinchenko
это интересно. особенно с учётом того, что они используют gradle в стиле maven, то есть без всяких императивных скриптов и с плагинами.
не особо понятно, за счёт чего получается выигрыш, про это они вообще ничего не пишут.
возможно он получился потому, что при переносе они радикально проревьюили сборку и убрали всё лишнее
Пишут же - build cache
источник
16:06пожаловаться#6

RI

Ruslan Ibragimov in Kotlin Moscow
Я смотрел тот PR, ничего не убрали, все осталось там же. И сборки документации и линтеры, все на месте
источник
16:06пожаловаться#7

MZ

Maxim Zinchenko in Kotlin Moscow
плюс тут речь всё-таки о сборке с тестами и большая часть описанного ускорения относится к тестам. это довольно отдельная тема, в maven мультимодуле c тестами действительно всё тухло, если не заморачиваться
источник
16:07пожаловаться#8

RI

Ruslan Ibragimov in Kotlin Moscow
Я думаю живя N лет с таким огромным проектом они заморачивались
источник
16:07пожаловаться#9

RI

Ruslan Ibragimov in Kotlin Moscow
Я могу просто посоветовать попробовать сделать параллельно gradle файлы, с помощью gradle init (он много чего автоматом подтянет) и сравнить
источник
16:10пожаловаться#10

RI

Ruslan Ibragimov in Kotlin Moscow
Я даже упертых любителей XML убеждал цифрами, но их сначала нужно получить, благо не очень сложно для стандартных проектов
источник
16:12пожаловаться#11

MZ

Maxim Zinchenko in Kotlin Moscow
Ruslan Ibragimov
Пишут же - build cache
Thanks to the remote build cache, a clean checkout can be built in 3 minutes.
Это всё-таки не clean build, поэтому читерство. Переходить на gradle ради build-cache... Ну такое себе. Включи incremental, не делай clean. Gradle правда не будет тратить время и на остальные фазы кроме компиляции, но это уже миллисекунды.
источник
16:12пожаловаться#12

RI

Ruslan Ibragimov in Kotlin Moscow
Maxim Zinchenko
Thanks to the remote build cache, a clean checkout can be built in 3 minutes.
Это всё-таки не clean build, поэтому читерство. Переходить на gradle ради build-cache... Ну такое себе. Включи incremental, не делай clean. Gradle правда не будет тратить время и на остальные фазы кроме компиляции, но это уже миллисекунды.
Первый билд все равно будет 20 минут тогда. Обновление версия языка, билд системы - бам, 20 минут.
источник
16:13пожаловаться#13

RI

Ruslan Ibragimov in Kotlin Moscow
Возможно даже jdk как часть ключа в кешах incremental билда
источник
16:13пожаловаться#14

MZ

Maxim Zinchenko in Kotlin Moscow
Хотелось бы, чтобы в CI каждый билд был первым. JDK и прочее окружение это забота CI и благодаря Docker это всё поднимается чистое моментально
источник
16:14пожаловаться#15

RI

Ruslan Ibragimov in Kotlin Moscow
Как бы все технологии которыми мы пользуемся читерство) Поэтому meltdown и spectre сущесутвую. А без них было бы совсем грустно
источник
16:14пожаловаться#16

RI

Ruslan Ibragimov in Kotlin Moscow
Maxim Zinchenko
Хотелось бы, чтобы в CI каждый билд был первым. JDK и прочее окружение это забота CI и благодаря Docker это всё поднимается чистое моментально
ну для remote cache можно делать чистый билд на CI, не обязательно его реюзать для самого CI 🙂
источник
16:15пожаловаться#17

MZ

Maxim Zinchenko in Kotlin Moscow
Вот мне и интересно, сколько будет работать действительно чистая сборка в gradle. Потому что сравнивать инкрементальную сборку gradle с чистой сборкой maven и говорить об ускорении в 4 раза...
источник
16:17пожаловаться#18

RI

Ruslan Ibragimov in Kotlin Moscow
Maxim Zinchenko
Вот мне и интересно, сколько будет работать действительно чистая сборка в gradle. Потому что сравнивать инкрементальную сборку gradle с чистой сборкой maven и говорить об ускорении в 4 раза...
Ну вот сравнить теслу и жигу, и сказать что тесла в пять раз быстрее, ну так понятно же там электодвигатель)
источник
16:17пожаловаться#19

RI

Ruslan Ibragimov in Kotlin Moscow
Главное что если я сейчас захочу собрать spring boot локально, это займет у меня 3 минуты, а не 20 как раньше
источник
16:18пожаловаться#20