Git Local Workflow

Локальный git status, diff, commit и дисциплина ветвления.

Метаданные навыка

Источник	Встроенный (установлен по умолчанию)
Путь	skills/software-development/git-local-workflow
Версия	1.0.0
Автор	VibeOS
Лицензия	MIT
Платформы	linux, macos, windows
Теги	git, commit, branch, workflow, local
Связанные навыки	github-pr-workflow, plan, internet-starter

Справочник: полный SKILL.md

к сведению

Ниже приведено полное определение навыка, которое VibeOS загружает при его активации. Это те инструкции, которые видит агент, когда навык активен.

Git Local Workflow

Используйте этот навык для локальной гигиены git перед работой с PR на GitHub. Для команд git предпочтительнее использовать terminal. Для открытия PR на GitHub загрузите github-pr-workflow.

Когда использовать

• Пользователь просит сделать коммит, создать ветку или просмотреть локальные изменения
• После реализации функции и перед отправкой (push) / созданием PR
• Когда рабочее дерево грязное и нужна чистая контрольная точка

Предварительные требования

• Нахождение внутри git-репозитория (git rev-parse --is-inside-work-tree)
• Намерение пользователя сделать коммит (никогда не коммитьте секреты или .env)

Как запустить

Всегда сначала проверяйте состояние:

git status --short
git diff
git diff --staged
git log -5 --oneline

Затем индексируйте (stage) и коммитьте только нужные файлы:

git add <paths>
git commit -m "$(cat <<'EOF'
Краткое сообщение, объясняющее причину изменений.

EOF
)"
git status

Краткая справка

Шаг	Команда
Статус	git status --short
Непроиндексированные изменения	git diff
Проиндексированные изменения	git diff --staged
Последние коммиты	git log -5 --oneline
Новая ветка	git checkout -b feat/short-name
Коммит	Сообщение через HEREDOC (почему, а не что)

Процедура

1. Выполните status + diff. Оцените риски (секреты, большие бинарники, посторонние файлы).
2. Если многоэтапная работа неясна, сначала загрузите plan.
3. Создайте ветку, если вы ещё не находитесь в функциональной ветке.
4. Индексируйте только нужные пути — никогда не делайте git add . вслепую в смешанных деревьях.
5. Коммитьте с сообщением почему в 1–2 предложения через HEREDOC.
6. Повторно выполните git status. Не отправляйте (push), если пользователь не просил.
7. Передайте управление github-pr-workflow, когда запрошен PR.

Подводные камни

• Никогда не изменяйте git config.
• Никогда не делайте force-push в main/master.
• Никогда не коммитьте .env, учётные данные или приватные ключи.
• Не исправляйте (amend) коммиты, которые вы не создавали в этом сеансе / уже были отправлены.
• Предпочитайте несколько маленьких коммитов одному огромному, если пользователь хочет сохранить историю.

Проверка

• git status чист или показывает только ожидаемые остатки.
• git log -1 показывает новое сообщение.
• В git show --stat HEAD нет секретных файлов.