8
.cursor/rules/migrations.mdc
Normal file
8
.cursor/rules/migrations.mdc
Normal file
@@ -0,0 +1,8 @@
|
||||
---
|
||||
description: "Запрет доработок старых миграций"
|
||||
alwaysApply: true
|
||||
---
|
||||
|
||||
**ВАЖНО:** Если ты меняешь структуру базы данных - напиши НОВУЮ миграцию.
|
||||
НИ В КОЕМ СЛУЧАЕ не меняй старые миграции, можно добавлять только новые.
|
||||
Старой миграцией считается та что была уже ранее закомичена
|
||||
16
.cursor/rules/restart_on_changes.mdc
Normal file
16
.cursor/rules/restart_on_changes.mdc
Normal file
@@ -0,0 +1,16 @@
|
||||
---
|
||||
description: "Перезапуск приложения после изменений в бэкенде или фронтенде"
|
||||
alwaysApply: true
|
||||
---
|
||||
|
||||
## Правило перезапуска приложения
|
||||
|
||||
**ВАЖНО:** После применения всех изменений в бэкенде (`play-life-backend/`) или фронтенде (`play-life-web/`), а также после изменений в `docker-compose.yml`, **ОБЯЗАТЕЛЬНО** выполни команду `./run.sh` для перезапуска всех сервисов приложения.
|
||||
|
||||
Это правило применяется при работе с:
|
||||
- Go кодом в `play-life-backend/`
|
||||
- Миграциями базы данных в `play-life-backend/migrations/`
|
||||
- React компонентами и стилями в `play-life-web/src/`
|
||||
- Docker конфигурациями (`docker-compose.yml`, `Dockerfile`)
|
||||
|
||||
**Команда для перезапуска:** `./run.sh` или `bash run.sh` в корне проекта.
|
||||
71
.cursor/rules/version_bump_and_push.mdc
Normal file
71
.cursor/rules/version_bump_and_push.mdc
Normal file
@@ -0,0 +1,71 @@
|
||||
---
|
||||
description: "Правило для поднятия версии и пуша в git"
|
||||
alwaysApply: true
|
||||
---
|
||||
|
||||
## Правило поднятия версии и пуша
|
||||
|
||||
Когда пользователь просит **поднять версию и запушить**, выполни следующие шаги:
|
||||
|
||||
### 1. Определи тип версии
|
||||
|
||||
Определи по сообщению пользователя, какую часть версии нужно поднять:
|
||||
- **major** (мажор) - первая цифра (например: 1.1.1 → 2.0.0), минор и патч должны обнулиться
|
||||
- **minor** (минор) - вторая цифра (например: 1.0.1 → 1.1.0), патч должна обнулиться
|
||||
- **patch** (патч) - третья цифра (например: 1.0.0 → 1.0.1)
|
||||
Любая часть версии может быть больше 9, то есть может быть версия 10, 11, 12 и тд.
|
||||
|
||||
**Если тип версии непонятен из контекста — обязательно спроси у пользователя!**
|
||||
|
||||
### 2. Обнови версию в файлах
|
||||
|
||||
Обнови версию в двух файлах:
|
||||
- `VERSION` (в корне проекта)
|
||||
- `play-life-web/package.json` (поле `"version"`)
|
||||
|
||||
### 3. Проанализируй git diff
|
||||
|
||||
Выполни `git diff --staged` и `git diff` для анализа изменений. На основе изменений составь **короткий commit message** (максимум 50 символов) на русском языке, описывающий суть изменений. В начале commit message должна быть указана версия на которую осуществился переход в формате "1.2.3: Коммит мессадж"
|
||||
|
||||
### 4. Закоммить изменения
|
||||
|
||||
Выполни:
|
||||
```bash
|
||||
git add -A
|
||||
git commit -m "<commit message>"
|
||||
```
|
||||
|
||||
### 5. Запушь в репозиторий
|
||||
|
||||
Выполни:
|
||||
```bash
|
||||
git push
|
||||
```
|
||||
|
||||
## Правило пуша без поднятия версии
|
||||
|
||||
### 1. Проанализируй git diff
|
||||
|
||||
Выполни `git diff --staged` и `git diff` для анализа изменений. На основе изменений составь **короткий commit message** (максимум 50 символов) на русском языке, описывающий суть изменений
|
||||
|
||||
### 2. Закоммить изменения
|
||||
|
||||
Выполни:
|
||||
```bash
|
||||
git add -A
|
||||
git commit -m "<commit message>"
|
||||
```
|
||||
|
||||
### 3. Запушь в репозиторий
|
||||
|
||||
Выполни:
|
||||
```bash
|
||||
git push
|
||||
```
|
||||
---
|
||||
|
||||
**Пример использования:**
|
||||
- "Подними патч и запушь" → поднять patch версию
|
||||
- "Bump minor and push" → поднять minor версию
|
||||
- "Подними версию и запушь" → спросить какой тип версии поднять
|
||||
- "Запуш именения" → запушить без изменения версии
|
||||
Reference in New Issue
Block a user