К основному содержанию
правило официальный · GitHub

springboot — правило для GitHub Copilot: Spring Boot по стандартам

Правило задаёт Copilot стиль кода для Spring Boot: внедрение зависимостей, конфигурация, логирование и проверка сборки.

Установить в GitHub Copilot · Вручную: положить файлы Все способы и платформы ↓
.github/instructions/springboot.instructions.md
Открыть на GitHub

Что делает springboot

Файл-правило подключается к GitHub Copilot и применяется к файлам **/*.java и **/*.kt. Внутри — набор инструкций по разработке на Spring Boot: конструкторное внедрение зависимостей с полями private final, внешняя конфигурация через application.yml, профили для dev, test и prod, привязка настроек через @ConfigurationProperties. Секреты выносятся в переменные окружения или системы управления секретами.

Структура кода описана по домену, а не по слоям. Контроллеры остаются тонкими, бизнес-логика уходит в классы с @Service, сервисы не хранят состояние. Логирование — только через SLF4J с параметризованными сообщениями, без System.out.println() и конкретных реализаций вроде Logback или Log4j2. Для защиты от SQL-инъекций правило требует Spring Data JPA или NamedParameterJdbcTemplate, а тела запросов и параметры проверяются аннотациями JSR-380 (@NotNull, @Size) вместе с BindingResult.

После правок правило просит убедиться, что проект собирается: mvn clean package для Maven или ./gradlew build для Gradle, тесты должны проходить в рамках сборки. Отдельная таблица сводит команды запуска, сборки, тестов и упаковки в JAR или контейнерный образ. Без установленного Maven или Gradle-обёртки в проекте эти шаги не сработают.

Какие задачи решает

  • задать Copilot единый стиль кода для Spring Boot
  • перевести конфигурацию на application.yml и профили
  • вынести секреты из кода в переменные окружения
  • заменить System.out.println() на параметризованный SLF4J
  • проверить сборку и тесты после правок

Примеры запросов агенту

  • Добавь новый REST-контроллер для заказов по правилам springboot
  • Переведи конфигурацию этого сервиса на application.yml с профилями dev и prod
  • Проверь, что после правок проект собирается через ./gradlew build

Как установить springboot

Вручную: положить файлы

.github/instructions/springboot.instructions.md

Поле applyTo задаёт, к каким файлам применять

По шагам, с командами для каждой платформы: AGENTS.md и CLAUDE.md: что это, кто читает и какой выбрать

Вопросы о springboot

Как установить springboot в GitHub Copilot?

Скопируйте файл правила в .github/instructions/springboot.instructions.md в корне репозитория. Copilot подхватит его для файлов **/*.java и **/*.kt.

Что делает springboot?

Это правило для GitHub Copilot с инструкциями по разработке на Spring Boot: внедрение зависимостей, конфигурация, структура пакетов, логирование, безопасность ввода и проверка сборки.

На какие файлы распространяется правило?

Область задана в applyTo: **/*.java, **/*.kt. На другие файлы инструкции не действуют.

Исходный текст

springboot.instructions.md · MIT
---
description: 'Guidelines for building Spring Boot base applications'
applyTo: '**/*.java, **/*.kt'
---

# Spring Boot Development

## General Instructions

- Make only high confidence suggestions when reviewing code changes.
- Write code with good maintainability practices, including comments on why certain design decisions were made.
- Handle edge cases and write clear exception handling.
- For libraries or external dependencies, mention their usage and purpose in comments.

## Spring Boot Instructions

### Dependency Injection

- Use constructor injection for all required dependencies.
- Declare dependency fields as `private final`.

### Configuration

- Use YAML files (`application.yml`) for externalized configuration.
- Environment Profiles: Use Spring profiles for different environments (dev, test, prod)
- Configuration Properties: Use @ConfigurationProperties for type-safe configuration binding
- Secrets Management: Externalize secrets using environment variables or secret management systems

### Code Organization

- Package Structure: Organize by feature/domain rather than by layer
- Separation of Concerns: Keep controllers thin, services focused, and repositories simple
- Utility Classes: Make utility classes final with private constructors

### Service Layer

- Place business logic in `@Service`-annotated classes.
- Services should be stateless and testable.
- Inject repositories via the constructor.
- Service method signatures should use domain IDs or DTOs, not expose repository entities directly unless necessary.

### Logging

- Use SLF4J for all logging (`private static final Logger logger = LoggerFactory.getLogger(MyClass.class);`).
- Do not use concrete implementations (Logback, Log4j2) or `System.out.println()` directly.
- Use parameterized logging: `logger.info("User {} logged in", userId);`.

### Security & Input Handling

- Use parameterized queries | Always use Spring Data JPA or `NamedParameterJdbcTemplate` to prevent SQL injection.
- Validate request bodies and parameters using JSR-380 (`@NotNull`, `@Size`, etc.) annotations and `BindingResult`

## Build and Verification

- After adding or modifying code, verify the project continues to build successfully.
- If the project uses Maven, run `mvn clean package`.
- If the project uses Gradle, run `./gradlew build` (or `gradlew.bat build` on Windows).
- Ensure all tests pass as part of the build.

## Useful Commands

| Gradle Command            | Maven Command                     | Description                                   |
|:--------------------------|:----------------------------------|:----------------------------------------------|
| `./gradlew bootRun`       |`./mvnw spring-boot:run`           | Run the application.                          |
| `./gradlew build`         |`./mvnw package`                   | Build the application.                        |
| `./gradlew test`          |`./mvnw test`                      | Run tests.                                    |
| `./gradlew bootJar`       |`./mvnw spring-boot:repackage`     | Package the application as a JAR.             |
| `./gradlew bootBuildImage`|`./mvnw spring-boot:build-image`   | Package the application as a container image. |

© github · MIT · github/awesome-copilot

Похожие правила IDE

Все правила IDE по теме «Бэкенд и API» →

Из того же набора928

Весь набор →
tailwind-v4-vite Правило помогает подключить Tailwind CSS v4 к проекту на Vite через официальный плагин. Пригодится и для новой установки, и при переходе с v3. ★ 40 418звёзд репо swift-mcp-server Правило задаёт Copilot шаблоны для сборки MCP-серверов на Swift через официальный SDK: инструменты, ресурсы, промпты и транспорты. ★ 40 418звёзд репо svelte Направляет GitHub Copilot на стандарты Svelte 5 и SvelteKit 2: руны вместо старых сторов, типизация компонентов и безопасная работа с SSR. ★ 40 418звёзд репо sql-sp-generation Правило задаёт Copilot стиль для SQL: имена таблиц, ключи, транзакции, параметры и оформление хранимых процедур. ★ 40 418звёзд репо springboot-4-migration Инструкция для GitHub Copilot по переводу проектов со Spring Boot 3.x на 4.0. Помогает обновить зависимости в Gradle Kotlin DSL, каталоги версий и имена стартеров. ★ 40 418звёзд репо spec-driven-workflow-v1 Правило ведёт разработку от формулировки требований к проектированию, реализации и проверке. Пригодится, когда нужно фиксировать решения и ход работы в отдельных файлах. ★ 40 418звёзд репо shell Правило, которое заставляет GitHub Copilot писать чистые и безопасные shell-скрипты. Применяется к файлам *.sh автоматически. ★ 40 418звёзд репо self-explanatory-code-commenting Инструкция для GitHub Copilot, которая запрещает очевидные комментарии к коду и требует пояснять только неочевидные решения, бизнес-логику или ограничения API. ★ 40 418звёзд репо

Спонсоры проекта

Компании, которые помогают держать аналитику открытой