Как планировать команды Git по состоянию репозитория.
План Git должен исходить из состояния репозитория и нужного результата. Объясняйте разрушительные команды и по возможности выбирайте шаги, которые можно проверить.
Адаптируйте процесс под свою задачу.
Начните с состояния репозитория и цели, затем предложите команды с эффектами и точками проверки. Отделяйте просмотр от изменений и отмечайте операции, способные отбросить или переписать работу.
- Что вы предоставляете
- Задача репозитория и описание текущего состояния.
- Что вы получите
- Объяснённый план команд с отмеченными разрушительными шагами.
Посмотрите входные данные и результат.
Иллюстративные входные и выходные данные · учебный пример, а не реальный запуск WebAct
Полей ввода: Пример
Generate read-only Git commands to inspect uncommitted changes before preparing a commit.
Готовый пример
git status --short git diff git diff --staged Review: status includes untracked paths; git diff shows unstaged tracked-file changes; git diff --staged shows staged changes. Untracked file contents require separate inspection. None of these commands stages or commits files.
Добавьте эти данные в промпт и скопируйте его в WebAct, чтобы попробовать задачу. Ваш результат может отличаться от примера.
Решения и устранение проблем.
Должен ли план Git считать все незакоммиченные изменения одной задачей?
Сначала изучите diff и состояние репозитория. Добавляйте в индекс только работу для этого коммита, не считая все файлы автоматически связанными.
Почему предложенная команда затрагивает больше истории или файлов, чем нужно?
Перед запуском проверьте цель, флаги и текущую ветку. Команды Git зависят от состояния не меньше, чем от синтаксиса.
Попробуйте на собственном источнике.
Замените пример своим материалом в промпте. Сохраните нужные требования и скопируйте задачу в WebAct.
Настроить и скопировать задачу ↑