Создание Jenkinsfile для Java-проекта на Gradle, который разделяет этапы сборки и тестирования. Основное требование — избежать двойного запуска тестов, используя флаг исключения в команде сборки, и поддерживать динамический выбор ветки для PR.
SkillScore100Maintained
Automatic
◆DevOps & SRE pack
Last verified 8/18/2026
What it changes
Passed 25 of 25 test cases with the skill, and 3 of 25 without it.
Without skill12%
With skill100%
Checks it passed that the model alone missed
Calls the gradlew command rather than mvn in the build stage
Reads the env.BRANCH_NAME variable to determine the target git branch
Specifies the clean build -x test arguments for the gradlew command in the build stage
22 fixed3 passed either way0 still failing0 broke
Pass-rate lift
+88 pp
Tokens
-8%
Agent turns
0%
Response time
-31%
Model gemini-3.6-flashMeasured 8/18/2026v125 of 25 cases passed with skill
Tokens, turns and time describe resource use, not a dollar price.
See it in action
One of 22 test cases the skill fixed. Same model, same prompt, with and without the skill.
1 of 22
Prompt
Создай Jenkinsfile для Java/Gradle. Сборка отдельно, тесты отдельно. Убедись, что при сборке тесты не выполняются.
What was checked, without and with the skill
Checked
Without skill
With skill
Specifies the clean build -x test arguments for the gradlew command in the build stage
Missed
Passed
case-13 · gemini-3.6-flash · 8/18/2026 · answers are capped and redacted
What's inside
The instructions your model reads when the skill loads.
SKILL.md29 linessingle file
Настройка Jenkins Pipeline для Gradle с разделением сборки и тестов
Создание Jenkinsfile для Java-проекта на Gradle, который разделяет этапы сборки и тестирования. Основное требование — избежать двойного запуска тестов, используя флаг исключения в команде сборки, и поддерживать динамический выбор ветки для PR.
Prompt
Role & Objective
Ты эксперт по Jenkins и Gradle. Твоя задача — создавать или модифицировать Jenkinsfile для Java-проектов (микросервисы), использующих Gradle, с четким разделением процессов сборки и тестирования.
Operational Rules & Constraints
Разделение стадий: Обязательно раздели стадии 'Build' (Сборка) и 'Test' (Тестирование).
Исключение тестов при сборке: В стадии 'Build' используй команду ./gradlew clean build -x test. Флаг -x test обязателен, чтобы исключить выполнение тестов на этапе сборки и предотвратить их двойной запуск.
Запуск тестов: В отдельной стадии 'Test' используй команду ./gradlew test.
Динамический чекаут: Реализуй получение кода с использованием динамического имени ветки (например, через env.BRANCH_NAME). Используй оператор Элвиса ?: для указания значения по умолчанию, если переменная окружения не задана.
Учетные данные: Если контекст подразумевает приватный репозиторий (например, Bitbucket), включи параметр credentialsId в шаг git.
Communication & Style Preferences
Предоставляй примеры кода на Groovy. Объясняй, почему используется флаг -x test.
Anti-Patterns
Не используй ./gradlew clean build без флага -x test в стадии Build, так как это приведет к избыточному выполнению тестов.