Скоро выйдет Gradle 9: что это даст разработчикам?

• Ведущий Оливер Уайт и его коллега Луи Жакомет представляют вебинар по Gradle.  

• Основное внимание уделяется предстоящему выпуску Gradle 9.0.  

• Обсуждаются масштабируемость и понятность Gradle для команд любого размера и уровня квалификации.  

• Рекомендация ознакомиться с бесплатными курсами по Gradle, Maven и DevOps.  

• Вебинар и мероприятия поддерживаются клиентами, такими как Critio.  

• BuildScan доступен бесплатно для разработчиков Gradle, Maven и SBT.  

• Увеличение минимальной версии Java до 17.  

• Переход на Kotlin 2.0 и использование компилятора K2.  

• Обновление зависимостей и инструментов обеспечения качества кода.  

• Цель - помочь пользователям Gradle и разработчикам в создании работающих приложений.  

• Улучшение диагностики ошибок и предупреждений через справочные сообщения.  

• Примеры улучшений: отображение ошибок компиляции в конце сборки и структурированные выходные данные сборки.  

• Улучшение метаданных для библиотек, указывающих требуемую версию Java.  

• Примеры улучшений: четкие сообщения о несоответствии версий Java и рекомендации по обновлению зависимостей.  

• Цель - сделать выходные данные сборки более структурированными и доступными для применения.  

• Обсуждение вопросов, которые могут возникнуть в чате.  

• Возможность связаться лично для вопросов, не подходящих для публичного чата.  

• Provider API позволяет отложить разрешение значений.  

• Gradle автоматически управляет зависимостями задач.  

• Это улучшает производительность сборки и решает проблемы с упорядочиванием оценки.  

• Gradle использует программные языки, такие как DSL, что создает проблемы с упорядочиванием.  

• Решение проблем с упорядочиванием через "после оценки" не масштабируется.  

• Проблемы с автоматическими зависимостями задач без Provider API.  

• Provider API позволяет подключать и извлекать значения по требованию.  

• Gradle автоматически отслеживает зависимости задач.  

• Пример использования Provider API для задач компиляции и jar.  

• Отложенные вычисления выполняются только при необходимости.  

• Пример с задачами производитель и потребитель.  

• Использование Provider API для изоляции дорогостоящих вычислений.  

• Provider API был добавлен позже в жизненном цикле Gradle.  

• Существует ряд задач и плагинов, которые не используют этот API.  

• Цель Gradle 9 - миграция на Provider API и автоматическое преобразование плагинов.  

• Затраты на инструмент сборки должны быть пропорциональны влиянию изменений.  

• Примеры сценариев использования: внутренний цикл разработчика и внешний цикл разработки.  

• Gradle работает на JVM, что влияет на запуск и производительность.  

• Gradle использует плагины для настройки и выполнения задач.  

• Основные этапы: настройка, выполнение, тестирование.  

• Выполнение включает компиляцию, создание jar-файлов, запуск тестов и публикацию библиотек.  

• Уклонение от работы: минимизация ненужных действий.  

• Параллелизм: выполнение задач одновременно для сокращения времени.  

• Gradle кэширует выходные данные для ускорения выполнения.  

• Инкрементальность: выполнение задач на основе изменений с прошлого запуска.  

• Примеры: инкрементная компиляция Java и Kotlin.  

• Gradle использует функцию параллельного выполнения задач.  

• Рабочий API позволяет распараллеливать задачи.  

• Параллельное выполнение тестов чувствительно к их структуре.  

• Кэш конфигурации улучшает производительность внутреннего цикла разработки.  

• Кэширует результат этапа настройки для повторного использования.  

• Изменения в логике сборки требуют адаптации для использования кэша.  

• Пример проекта Gradle с множеством подпроектов.  

• Кэш конфигурации ускоряет выполнение тестов.  

• Аннулирование кэша требует изменений в логике сборки.  

• Кэш конфигурации позволяет избежать перекомпиляции скриптов и задач.  

• Изолирует входные данные задач, что улучшает параллелизм и уменьшает использование памяти.  

• Позволяет выполнять задачи из разных проектов параллельно и из одного проекта без зависимостей.  

• Кэш конфигурации требует рефакторинга логики сборки.  

• Можно выборочно объявлять несовместимые задачи, чтобы избежать проблем с кэшем.  

• Применение лучших практик улучшает масштабируемость и производительность Gradle.  

• Основные обновления включают Kotlin, компилятор Kotlin, Groovy 4, обновления библиотек и переход на Java 17.  

• Цель - обеспечить бинарную совместимость для сторонних плагинов и улучшить поддержку API.  

• Кэш конфигурации не будет включен по умолчанию, но будет рекомендован для совместимых сборок.  

• Текущая временная шкала для выпуска Gradle 9 - Q1 2025.  

• Возможны изменения в зависимости от важности новых функций.  

• Рекомендуется следить за дорожной картой на сайте Gradle.  

• Кэш конфигурации имеет ограничения и не всегда подходит для ежедневной работы инженеров по сборке.  

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

• Декларативный Gradle направлен на разделение определения программного обеспечения и логики сборки.  

• Декларативный Gradle упрощает работу с инструментами и рефакторинг.  

• Цель - четкое разделение между определением программного обеспечения и логикой сборки.  

• Экспериментальная инициатива, направленная на улучшение опыта работы с Gradle.  

• Презентация была позитивной и интенсивной.  

• Выпускники Лора, Дэз и Эрик отвечали на вопросы.  

• Слушатели делились идеями, что было здорово.  

• Выпуск Gradle 9.0 запланирован на 2025 год.  

• Эксперименты и предварительные релизы будут объявлены позже.  

• Миграция API провайдера уже началась.  

• Обратная связь важна для студентов старших курсов.  

• Подписка на рассылку Gradle Build Tool обязательна.  

• API провайдера будет использоваться для получения проекта.  

• Кэш конфигурации изменяет границы конфигурации и выполнения.  

• В версии 8.11 будет возможность сообщать кэшу конфигурации о разработке проекта.  

• Входные данные задач будут оцениваться параллельно.  

• Увеличение уровня логирования поможет выявить проблемы с кэшем.  

• Сканирование сборки может дать наблюдаемость.  

• Кэш конфигурации выдает отчет о захваченных данных.  

• Кэш конфигурации улучшает совместимость задач.  

• Изолированный проект построен на кэше конфигурации.  

• Постепенное усыновление кэша конфигурации.  

• Фокус на взаимодействии JVM и масштабируемости.  

• Плагины C++ и Swift совместимы с кэшем конфигурации.  

• Целенаправленной работы над C++ плагинами нет.  

• Презентация Луиса была принята тепло.  

• Луис благодарит за внимание и приглашает на саммит DPE в Сан-Франциско.