VibeForgeДокументация
Версии проекта: сохранить, выложить, применить
Каждый шаг делает человек: сохранить версию своим описанием, выложить копию наружу, применить работу в проект.
VibeForge не прячет git за одной кнопкой «применить». Процесс разложен на шаги, и каждый делает человек:
индекс → коммит своим сообщением → push ветки → pull request → слияние
Что где нажимается
| Шаг | Где |
|---|---|
| Stage all / Unstage all / Discard, «+» и «−» у файла | Список «Изменений» |
| Сообщение, описание, кнопка Commit (и Commit + Push в её меню) | Низ «Изменений» |
| Push со счётчиком неотправленных коммитов | Ряд действий внизу колонки |
| Pull request и Merge → main | Там же |
| Revert | Карточка итога под рядом действий |
Здесь стоят настоящие имена операций — Commit, Push, Pull request, Merge, Staged / Unstaged / Committed. Пересказ вроде «применить в проект» жил бы своей жизнью и не совпадал ни с git log, ни с GitHub, ни с любой инструкцией в интернете. Зато у каждой кнопки есть подсказка с последствием: подсказка Push начинается с git push -u origin, а у Revert — с «git revert коммита слияния».
Правила, которые экономят нервы
- Индекс пуст — коммитим всё дерево (как
git commit -a), и кнопка прямо об этом пишет: «Commit · все 5» против «Commit · 2 из индекса». - Разрушительное спрашивает второй раз на месте: Discard раскрывается в «Точно? / Нет» прямо в заголовке.
- Пока сессия работает, индекс недоступен: агент пишет в то же дерево, и правка индекса из второго процесса — это гонка за
index.lock. - Если действие недоступно, под ним написана причина текстом, а не только в подсказке.
Pull request'ы требуют GitHub CLI (gh) и разового входа gh auth login. Без него всё остальное — коммит, push, merge — работает как обычно.