Какой сборщик проекта использовался на прошлой работе?

Сборщики проектов в моем опыте

Основной инструмент - Maven

На большинстве моих проектов мы использовали Maven как основной build tool. Это был выбор, который позволил нам построить надёжный и воспроизводимый процесс сборки.

Структура типичного pom.xml:

<project>
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.company</groupId>
    <artifactId>service-core</artifactId>
    <version>1.0.0</version>
    
    <properties>
        <maven.compiler.source>17</maven.compiler.source>
        <maven.compiler.target>17</maven.compiler.target>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    </properties>
    
    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
            <version>3.0.0</version>
        </dependency>
    </dependencies>
    
    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
            </plugin>
        </plugins>
    </build>
</project>

Почему Maven

Преимущества:

• Convention over Configuration - стандартная структура проекта
• Dependency Management - централизованное управление зависимостями через repositories
• Воспроизводимость - одинаковые результаты сборки на разных машинах
• Множество плагинов - интеграция с тестированием, качеством кода, деплоем
• Стандарт индустрии - знаком большинству Java разработчиков

Опыт с Gradle

В некоторых более современных проектах я работал с Gradle, который предоставляет большую гибкость:

// build.gradle
plugins {
    id java
    id org.springframework.boot version 3.0.0
}

group = com.company
version = 1.0.0

repositories {
    mavenCentral()
}

dependencies {
    implementation org.springframework.boot:spring-boot-starter-web
    testImplementation org.springframework.boot:spring-boot-starter-test
}

compileJava {
    sourceCompatibility = 17
    targetCompatibility = 17
}

Gradle vs Maven:

• Gradle более гибкий для custom сборок
• Gradle быстрее благодаря incremental builds
• Maven более консервативен и стандартизирован

CI/CD интеграция

Независимо от сборщика, мы настраивали интеграцию с:

• Jenkins - для автоматической сборки и тестирования
• GitLab CI - для pipeline при каждом коммите
• Nexus Repository - для хранения артефактов

Типичный pipeline:

// 1. Компиляция - mvn clean compile
// 2. Юнит-тесты - mvn test
// 3. Интеграционные тесты - mvn verify
// 4. Анализ качества - mvn sonar:sonar
// 5. Создание артефакта - mvn package
// 6. Деплой в Nexus - mvn deploy

Управление зависимостями

Основной инструмент - BOM (Bill of Materials) для согласованности версий:

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-dependencies</artifactId>
            <version>3.0.0</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

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

Выводы

Опыт с разными сборщиками показал мне важность:

• Выбора правильного инструмента для задачи
• Автоматизации процесса сборки с самого начала
• Стандартизации для облегчения onboarding
• Быстрой сборки как составной части developer experience