50 lines
1.9 KiB
Plaintext
50 lines
1.9 KiB
Plaintext
|
---
|
|||
|
|
description: "Правило для поднятия версии и пуша в git"
|
|||
|
|
alwaysApply: true
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Правило поднятия версии и пуша
|
|||
|
|
|
|||
|
|
Когда пользователь просит **поднять версию и запушить**, выполни следующие шаги:
|
|||
|
|
|
|||
|
|
### 1. Определи тип версии
|
|||
|
|
|
|||
|
|
Определи по сообщению пользователя, какую часть версии нужно поднять:
|
|||
|
|
- **major** (мажор) - первая цифра (например: 1.0.0 → 2.0.0)
|
|||
|
|
- **minor** (минор) - вторая цифра (например: 1.0.0 → 1.1.0)
|
|||
|
|
- **patch** (патч) - третья цифра (например: 1.0.0 → 1.0.1)
|
|||
|
|
|
|||
|
|
**Если тип версии непонятен из контекста — обязательно спроси у пользователя!**
|
|||
|
|
|
|||
|
|
### 2. Обнови версию в файлах
|
|||
|
|
|
|||
|
|
Обнови версию в двух файлах:
|
|||
|
|
- `VERSION` (в корне проекта)
|
|||
|
|
- `play-life-web/package.json` (поле `"version"`)
|
|||
|
|
|
|||
|
|
### 3. Проанализируй git diff
|
|||
|
|
|
|||
|
|
Выполни `git diff --staged` и `git diff` для анализа изменений. На основе изменений составь **короткий commit message** (максимум 50 символов), описывающий суть изменений.
|
|||
|
|
|
|||
|
|
### 4. Закоммить изменения
|
|||
|
|
|
|||
|
|
Выполни:
|
|||
|
|
```bash
|
|||
|
|
git add -A
|
|||
|
|
git commit -m "<commit message>"
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 5. Запушь в репозиторий
|
|||
|
|
|
|||
|
|
Выполни:
|
|||
|
|
```bash
|
|||
|
|
git push
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
**Пример использования:**
|
|||
|
|
- "Подними патч и запушь" → поднять patch версию
|
|||
|
|
- "Bump minor and push" → поднять minor версию
|
|||
|
|
- "Подними версию и запушь" → спросить какой тип версии поднять
|