Git - команды и примеры

Статья

Автор: по материалам сайта link ★ (id:1)
Дата: 2026-05-14 13:20:33

Категории: Программир.; Интернет, сети, web;

<h1>Команды Git - Основные команды</h1>Всего несколько команд нужно для базового варианта использования Git для ведения истории изменений.<h3>git add</h3>Команда git add добавляет содержимое рабочего каталога в индекс (staging area) для последующего коммита. По умолчанию git commit использует лишь этот индекс, так что вы можете использовать git add для сборки слепка вашего следующего коммита.Это одна из ключевых команд Git, мы упоминали о ней десятки раз на страницах книги. Ниже перечислены наиболее интересные варианты использования этой команды.Знакомство с этой командой происходит в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_tracking_files">Отслеживание новых файлов</a> главы 2.О том как использовать git add для разрешения конфликтов слияния написано в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_basic_merge_conflicts">Основные конфликты слияния</a> главы 3.В разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_interactive_staging">Интерактивное индексирование</a> главы 7 показано как использовать git add для добавления в индекс лишь отдельных частей изменённого файла.В разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_tree_objects">Деревья</a> показано как эта команда работает на низком уровне, чтобы вы понимали, что происходит за кулисами.<h3>git status</h3>Команда git status показывает состояния файлов в рабочем каталоге и индексе: какие файлы изменены, но не добавлены в индекс; какие ожидают коммита в индексе. Вдобавок к этому выводятся подсказки о том, как изменить состояние файлов.Мы познакомили вас с этой командой в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_checking_status">Определение состояния файлов</a> главы 2, разобрали стандартный и упрощённый формат вывода. И хотя мы использовали git status повсеместно в этой книге, практически все варианты использования покрыты в указанной главе.<h3>git diff</h3>Команда git diff используется для вычисления разницы между любыми двумя Git деревьями. Это может быть разница между вашей рабочей копией и индексом (собственно git diff), разница между индексом и последним коммитом (git diff --staged), или между любыми двумя коммитами (git diff master branchB).Мы познакомили вас с основами этой команды в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_git_diff_staged">Просмотр индексированных и неиндексированных изменений</a> главы 2, где показали как посмотреть какие изменения уже добавлены в индекс, а какие — ещё нет.О том как использовать эту команду для проверки на проблемы с пробелами с помощью аргумента --check можно почитать в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_commit_guidelines">Правила создания коммитов</a> главы 5.Мы показали вам как эффективно сравнивать ветки используя синтаксис git diff A…B в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_what_is_introduced">Определение применяемых изменений</a> главы 5.В разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_advanced_merging">Продвинутое слияние</a> главы 7 показано использование опции -w для скрытия различий в пробельных символах, а также рассказано как сравнивать конфликтующие изменения с опциями --theirs, --ours и --base.Использование этой команды с опцией --submodule для сравнения изменений в подмодулях показано в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_starting_submodules">Начало работы с подмодулями</a> главы 7.<h3>git difftool</h3>Команда git difftool просто запускает внешнюю утилиту сравнения для показа различий в двух деревьях, на случай если вы хотите использовать что-либо отличное от встроенного просмотрщика git diff.Мы лишь вкратце упомянули о ней в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_git_diff_staged">Просмотр индексированных и неиндексированных изменений</a> главы 2.<h3>git commit</h3>Команда git commit берёт все данные, добавленные в индекс с помощью git add, и сохраняет их слепок во внутренней базе данных, а затем сдвигает указатель текущей ветки на этот слепок.Вы познакомились с основами модели коммитов в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_committing_changes">Коммит изменений</a> главы 2. Там же мы продемонстрировали использование опций -a для добавления всех изменений в индекс без использования git add, что может быть удобным в повседневном использовании, и -m для передачи сообщения коммита без запуска полноценного редактора.В разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_undoing">Операции отмены</a> главы 2 мы рассказали об опции --amend, используемой для изменения последнего совершённого коммита.В разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_git_branches_overview">О ветвлении в двух словах</a> главы 3 мы более подробно познакомились с тем, что делает команда git commit и почему она делает это именно так.Мы показали вам как подписывать ваши коммиты, используя опцию -S в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_signing_commits">Подпись коммитов</a> главы 7.И наконец мы заглянули внутрь команды git commit в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_git_commit_objects">Объекты коммитов</a> главы 10 и узнали что она делает за кулисами.<h3>git reset</h3>Команда git reset, как можно догадаться из названия, используется в основном для отмены изменений. Она изменяет указатель HEAD и, опционально, состояние индекса. Также эта команда может изменить файлы в рабочем каталоге при использовании параметра --hard, что может привести к потере наработок при неправильном использовании, так что убедитесь в серьёзности своих намерений прежде чем использовать его.Мы рассказали об основах использования git reset в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_unstaging">Отмена индексации файла</a> главы 2, где эта команда использовалась для удаления файла из индекса, добавленного туда с помощью git add.В разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_git_reset">Раскрытие тайн reset</a>, полностью посвящённой этой команде, мы разобрались в деталях её использования.Мы использовали git reset --hard чтобы отменить слияние в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_abort_merge">Прерывание слияния</a> главы 7, там же было продемонстрировано использование команды git merge --abort для этих целей, которая работает как обёртка над git reset.<h3>git rm</h3>Команда git rm используется в Git для удаления файлов из индекса и рабочей копии. Она похожа на git add с тем лишь исключением, что она удаляет, а не добавляет файлы для следующего коммита.Мы немного разобрались с этой командой в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_removing_files">Удаление файлов</a> главы 2, показали как удалять файлы из рабочего каталога и индекса и только из индекса, используя флаг --cached.Ещё один вариант использования git rm приведён в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_removing_objects">Удаление объектов</a> главы 10, где мы вкратце объяснили как использовать опцию --ignore-unmatch при выполнении git filter-branch, которая подавляет ошибки удаления несуществующих файлов. Это может быть полезно для автоматически выполняемых скриптов.<h3>git mv</h3>Команда git mv — это всего лишь удобный способ переместить файл, а затем выполнить git add для нового файла и git rm для старого.Мы лишь вкратце упомянули эту команду в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_git_mv">Перемещение файлов</a> главы 2.<h3>git clean</h3>Команда git clean используется для удаления мусора из рабочего каталога. Это могут быть результаты сборки проекта или файлы конфликтов слияний.Мы рассмотрели множество опций и сценариев использования этой команды в разделе <a href="https://git-scm.com/book/ru/v2/ch00/r_git_clean">Очистка рабочего каталога</a> главы 7.<h3> </h3><h3>Приложение:</h3><h3>Объединяет измененный коммит с правильным, после команды просит ввести комментарий</h3><h4>bush</h4>git pull origin master - # Пожалуйста, введите сообщение коммита, чтобы объяснить, почему это слияние необходимо, особенно если оно объединяет обновленный вышестоящий (upstream)  # репозиторий с тематической веткой. Строки, начинающиеся с '#', будут проигнорированы, а пустое сообщение отменит коммит.# Как работать с этим в консоли (обычно редактор Vim): # Нажмите i (insert) для перехода в режим редактирования. # Напишите причину, например: Merge upstream/main into feature-branch. # Нажмите Esc для выхода из режима вставки. # Введите :wq и нажмите Enter для сохранения и выхода.<h3> Если вы делали изменения, но они не запушились, это означает, что Git не видит новых коммитов в вашей локальной ветке master. Вот основные причины и способы решения:</h3><h4>1. Изменения не зафиксированы (не сделан commit)Самая частая причина. Команда push отправляет только то, что уже закоммичено. Решение:</h4><h4>bash</h4><blockquote>git add . git commit -m "Confirm somw changes" git push -u --force origin master</blockquote><h4>2. Вы находитесь на другой ветке, не masterВозможно, вы внесли изменения в ветку feature-branch, а пушите master. Решение:</h4><h4>bash</h4><blockquote>git branch # Проверьте, где вы находитесь git checkout master git merge <имя_ветки_с_изменениями> git push -u --force origin master</blockquote><h4>3. Вы находитесь в состоянии detached HEAD Вы сделали коммиты, но не на ветке. решение:</h4><blockquote># Найдите свой коммит:  git reflog # Создайте новую ветку из этого состояния:  git checkout -b temp-branch <хеш_коммита> # Запушьте:  git push -u origin temp-branch:master --force</blockquote><h4>4. Неверный удаленный репозиторий (origin)Возможно, origin указывает не туда. Решение:</h4><h4>bash</h4><blockquote>git remote -v # Проверьте URL репозитория</blockquote><h4>5. Локальная ветка не знает о состоянии удаленной, попробуйте обновить информацию об удаленной ветке перед форсированным пушем:</h4><h4>bash</h4><blockquote>git fetch origin git reset --hard origin/master</blockquote><h4>Как проверить ситуацию, выполните команду:</h4><h4>bash</h4><blockquote>git log --oneline --graph --all -n 5</blockquote><h4> </h4><h3>Полное пересоздание (сброс истории, удаление старого репозитория)</h3><h3 style="margin-left:0px;">Если вам нужно, чтобы на GitHub проект выглядел так, будто вы его только что создали:</h3> <h3>1. Полное пересоздание (сброс истории, удаление старого репозитория)</h3><h4>Удаление локальной истории (в терминале в папке проекта)</h4><h4>bash</h4><blockquote># Удаляем папку .git, где хранится вся история rm -rf .git</blockquote><h4>Инициализация и создание нового коммита</h4><h4>bash</h4><blockquote># Создаем новый чистый репозиторий git init</blockquote><blockquote># Добавляем все файлы git add .</blockquote><blockquote># Делаем первый коммит git commit -m "Initial commit (restarted)"</blockquote><h4>Добавьте удаленный репозиторий (ссылку возьмите на GitHub):</h4><h4>bash</h4><blockquote># Добавляем удаленный репозиторий (замените URL на свой) git remote add origin https://github.com</blockquote><blockquote># Принудительно перезаписываем историю на GitHub git push -u --force origin master</blockquote> <h3 style="margin-left:0px;">2. Принудительное обновление (сохраняя историю)</h3>Если нужно просто перезаписать удаленный репозиторий текущим локальным состоянием, не удаляя .git:<h4 style="margin-left:0px;">bash</h4><blockquote>git push -u --force origin main</blockquote><hr><hr><h3>Еще немного о работе с гитхабом:</h3><h4>Основные операции</h4><ul><li>Push (Отправить): git push — Отправляет ваши локальные коммиты в удаленный репозиторий (например, на GitHub).</li><li>Pull (Получить): <a class="H23r4e" data-processed="true" rel="noopener" target="_blank">git pull</a> — Получает изменения с удаленного репозитория и сразу же сливает их с вашей текущей локальной веткой (эквивалент fetch + merge).</li><li>Fetch (Загрузить): git fetch — Загружает новые коммиты и ветки с удаленного репозитория, но не вносит их в вашу рабочую ветку. Позволяет посмотреть изменения перед слиянием.</li><li>Merge (Слить): <a class="H23r4e" data-processed="true" rel="noopener" target="_blank">git merge</a> — Объединяет историю двух веток в одну, создавая новый коммит слияния (merge commit).</li><li>Rebase (Перебазировать): git rebase — Переносит ваши локальные коммиты поверх последних коммитов другой ветки, создавая чистую линейную историю без лишних коммитов слияния.</li><li><a class="GI370e" data-processed="true" data-hveid="CAQQCA" data-ved="2ahUKEwjYkd68wuSRAxXCSPEDHekFEZkQgK4QegQIBBAI" data-wiz-uids="YD36Ac_2k" jscontroller="CCvEPd" jsaction="rcuQ6b:&YD36Ac_2k|npT2md" jsuid="YD36Ac_2k">Branches</a> (Ветки): git branch — Меню или панель для просмотра, создания, переключения и управления локальными и удаленными ветками.</li><li><a class="GI370e" data-processed="true" data-hveid="CAQQCg" data-ved="2ahUKEwjYkd68wuSRAxXCSPEDHekFEZkQgK4QegQIBBAK" data-wiz-uids="YD36Ac_2o" jscontroller="CCvEPd" jsaction="rcuQ6b:&YD36Ac_2o|npT2md" jsuid="YD36Ac_2o">Reset HEAD</a> (Сбросить HEAD): <a class="H23r4e" data-processed="true" rel="noopener" target="_blank">git reset</a> — Перемещает указатель HEAD и, опционально, вашу ветку на более старый коммит, отменяя один или несколько последних коммитов из истории (используется осторожно, чтобы не потерять работу).</li></ul>Закладка панели Git в PHPStorm,<ul><li>master (или main)<ul><li>Что это: Имя ветки в вашем локальном репозитории, содержащей основную версию вашего проекта.</li><li>Где: На вашем компьютере.</li></ul></li><li>origin<ul><li>Что это: Стандартное имя, которое Git присваивает удаленному репозиторию (например, на GitHub, GitLab) при клонировании.</li><li>Где: На удаленном сервере.</li></ul></li><li>origin/master<ul><li>Что это: Ссылка на последний коммит ветки master в удаленном репозитории. Это ваша удаленная "точка отсчета".</li><li>Где: Копия удаленной ветки, которую вы скачали, но не обязательно слили в свою локальную. </li></ul></li></ul>Local master – это ваша локальная ветка, которая хранится у вас на компьютере, а Remote origin/master – это удаленная копия этой ветки на сервере (например, GitHub, GitLab), причем origin – это стандартное имя для удаленного репозитория, а master – имя самой ветки, обозначая основную линию разработки, которую вы синхронизировали. Разница между ними показывает, есть ли у вас новые коммиты (отставание/опережение) перед отправкой на серверКак это выглядит в PHPStorm:<ul><li>HEAD -> master: Означает, что вы сейчас находитесь в локальной ветке master, и это последняя версия на вашем компьютере.</li><li>origin/master: Показывает, где находится самая последняя версия ветки master на сервере.</li><li>Стрелки или цифры: Если вы видите HEAD -> master и origin/master с разными коммитами, это значит, что у вас есть локальные изменения, которые еще не отправлены (опережение), или что на сервере есть новые коммиты, которых у вас нет (отставание).<ul><li>origin/master (в скобках внизу): Последний коммит на удаленном сервере, с которым вы синхронизировались. </li></ul></li></ul><hr>В контекстном меню Git в PhpStorm пункты, связанные с Reset, позволяют откатить состояние вашей ветки и рабочего каталога к определенному коммиту, причем "<a class="GI370e" href="https://www.google.com/search?q=Reset+current+branch+to+Here&sca_esv=d370e94ab4088c93&sxsrf=AE3TifM6vlGnsFU9yiREZxL99xXsYmwmQg%3A1767071272326&ei=KF5TacfUE9iExc8P5bDHwQU&ved=2ahUKEwiP1eHVxuSRAxU5RPEDHRekK8IQgK4QegQIAhAB&uact=5&oq=%D0%A7%D1%82%D0%BE+%D0%BE%D0%B1%D0%BE%D0%B7%D0%BD%D0%B0%D1%87%D0%B0%D1%8E%D1%82+%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D1%8B+%D0%B2+%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%BA%D1%81%D1%82%D0%BD%D0%BE%D0%BC+%D0%BC%D0%B5%D0%BD%D1%8E++%D0%B2+%D0%BF%D0%B0%D0%BD%D0%B5%D0%BB%D0%B8+Git+%28+PHP+Storm%29++-+Reset+current+branch+to+Here%2C+%D1%87%D1%82%D0%BE+%D0%BE%D0%B7%D0%BD%D0%B0%D1%87%D0%B0%D1%8E%D1%82+%D0%BE%D1%81%D1%82%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5+%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D1%8B+%D1%8D%D1%82%D0%BE%D0%B3%D0%BE+%D0%BC%D0%B5%D0%BD%D1%8E&gs_lp=Egxnd3Mtd2l6LXNlcnAi2gHQp9GC0L4g0L7QsdC-0LfQvdCw0YfQsNGO0YIg0L_Rg9C90LrRgtGLINCyINC60L7QvdGC0LXQutGB0YLQvdC-0Lwg0LzQtdC90Y4gINCyINC_0LDQvdC10LvQuCBHaXQgKCBQSFAgU3Rvcm0pICAtIFJlc2V0IGN1cnJlbnQgYnJhbmNoIHRvIEhlcmUsINGH0YLQviDQvtC30L3QsNGH0LDRjtGCINC-0YHRgtCw0LvRjNC90YvQtSDQv9GD0L3QutGC0Ysg0Y3RgtC-0LPQviDQvNC10L3Rjkj_0gZQAFiSzgZwF3gBkAEAmAGpAaAB-06qAQUxOS43M7gBA8gBAPgBAfgBApgCTqACzzvCAgUQIRifBcICBRAAGO8FwgIIEAAYgAQYogTCAgkQIRigARgKGCrCAgcQIRigARgKwgIEECEYFcICBBAhGArCAgYQIRgKGCqYAwCSBwUyMS41N6AHwZEEsgcEMS41N7gHnTrCBwkwLjYuNjAuMTLIB74DgAgA&sclient=gws-wiz-serp&mstk=AUtExfDD6_TocsEGdYb2SSZcezAeQhhK9nGPUeWKDUuFkqmMfnJqS6p8FXV984s-6WpXhiTuQmtwvpGU9I2QVQv92weeLMFSWqBBQqVPhXicsp7rmoCjHGzIPHkfnmTJviE4nYdlALZNkroaAQN6UBKhu8rac8eW3A48bz7vIKL1Mt7CjnaeMxhMIIpQq-hlEWzXrCttUHq9MJGX3Ut34syhlVsDIKsoRBAbZ4hYX9i_BP1PHPIUJAaFydgdZFKkHuItPcHtxMRuBxYh41Q28F63oor8&csui=3" data-processed="true" data-hveid="CAIQAQ" data-ved="2ahUKEwiP1eHVxuSRAxU5RPEDHRekK8IQgK4QegQIAhAB" data-wiz-uids="VM46Le_15" jscontroller="CCvEPd" jsaction="rcuQ6b:&VM46Le_15|npT2md" jsuid="VM46Le_15">Reset current branch to Here</a>" (Сбросить текущую ветку до здесь) сбрасывает ветку и рабочую копию до выбранного коммита, удаляя более поздние коммиты и изменения; остальные пункты меню Reset в PhpStorm (например, с опциями --soft, --mixed, --hard, или с указанием файлов) позволяют управлять тем, как именно сбрасываются история коммитов (HEAD), индекс (staging area) и рабочий каталог, давая контроль над тем, остаются ли изменения (untracked/modified) или полностью стираются. <hr>Основные пункты меню и их значения:<ul><li><a class="GI370e" href="https://www.google.com/search?q=Reset+current+branch+to+Here&sca_esv=d370e94ab4088c93&sxsrf=AE3TifM6vlGnsFU9yiREZxL99xXsYmwmQg%3A1767071272326&ei=KF5TacfUE9iExc8P5bDHwQU&ved=2ahUKEwiP1eHVxuSRAxU5RPEDHRekK8IQgK4QegQIBRAB&uact=5&oq=%D0%A7%D1%82%D0%BE+%D0%BE%D0%B1%D0%BE%D0%B7%D0%BD%D0%B0%D1%87%D0%B0%D1%8E%D1%82+%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D1%8B+%D0%B2+%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%BA%D1%81%D1%82%D0%BD%D0%BE%D0%BC+%D0%BC%D0%B5%D0%BD%D1%8E++%D0%B2+%D0%BF%D0%B0%D0%BD%D0%B5%D0%BB%D0%B8+Git+%28+PHP+Storm%29++-+Reset+current+branch+to+Here%2C+%D1%87%D1%82%D0%BE+%D0%BE%D0%B7%D0%BD%D0%B0%D1%87%D0%B0%D1%8E%D1%82+%D0%BE%D1%81%D1%82%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5+%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D1%8B+%D1%8D%D1%82%D0%BE%D0%B3%D0%BE+%D0%BC%D0%B5%D0%BD%D1%8E&gs_lp=Egxnd3Mtd2l6LXNlcnAi2gHQp9GC0L4g0L7QsdC-0LfQvdCw0YfQsNGO0YIg0L_Rg9C90LrRgtGLINCyINC60L7QvdGC0LXQutGB0YLQvdC-0Lwg0LzQtdC90Y4gINCyINC_0LDQvdC10LvQuCBHaXQgKCBQSFAgU3Rvcm0pICAtIFJlc2V0IGN1cnJlbnQgYnJhbmNoIHRvIEhlcmUsINGH0YLQviDQvtC30L3QsNGH0LDRjtGCINC-0YHRgtCw0LvRjNC90YvQtSDQv9GD0L3QutGC0Ysg0Y3RgtC-0LPQviDQvNC10L3Rjkj_0gZQAFiSzgZwF3gBkAEAmAGpAaAB-06qAQUxOS43M7gBA8gBAPgBAfgBApgCTqACzzvCAgUQIRifBcICBRAAGO8FwgIIEAAYgAQYogTCAgkQIRigARgKGCrCAgcQIRigARgKwgIEECEYFcICBBAhGArCAgYQIRgKGCqYAwCSBwUyMS41N6AHwZEEsgcEMS41N7gHnTrCBwkwLjYuNjAuMTLIB74DgAgA&sclient=gws-wiz-serp&mstk=AUtExfDD6_TocsEGdYb2SSZcezAeQhhK9nGPUeWKDUuFkqmMfnJqS6p8FXV984s-6WpXhiTuQmtwvpGU9I2QVQv92weeLMFSWqBBQqVPhXicsp7rmoCjHGzIPHkfnmTJviE4nYdlALZNkroaAQN6UBKhu8rac8eW3A48bz7vIKL1Mt7CjnaeMxhMIIpQq-hlEWzXrCttUHq9MJGX3Ut34syhlVsDIKsoRBAbZ4hYX9i_BP1PHPIUJAaFydgdZFKkHuItPcHtxMRuBxYh41Q28F63oor8&csui=3" jsuid="VM46Le_1s" jsaction="rcuQ6b:&VM46Le_1s|npT2md" jscontroller="CCvEPd" data-wiz-uids="VM46Le_1s" data-ved="2ahUKEwiP1eHVxuSRAxU5RPEDHRekK8IQgK4QegQIBRAB" data-hveid="CAUQAQ" data-processed="true">Reset current branch to Here</a> (или Reset Current Branch to Here...)<ul><li>Это команда git reset в режиме --mixed (по умолчанию), но сбрасывает и рабочую копию, то есть ваши файлы будут изменены так, будто они были изменены, но не добавлены в индекс (staging area).</li><li>Что делает: Перемещает указатель HEAD на выбранный коммит, делает индекс таким же, как HEAD, а файлы в рабочем каталоге становятся "измененными" (modified), но "не зафиксированными" (unstaged).</li><li>Последствия: Удаляет коммиты, следующие за выбранным, и оставляет их изменения в виде неиндексированных (unstaged) изменений в рабочих файлах. </li><li> </li></ul></li></ul>Другие варианты Reset (часто доступны через "Reset to Commit" или "Reset with Options"):<ul><li>Reset to Commit (Soft) (Эквивалент git reset --soft )<ul><li>Что делает: Только перемещает HEAD на указанный коммит. Индекс (staging area) и рабочий каталог остаются без изменений.</li><li>Последствия: Ваши изменения (после отмененных коммитов) сохраняются в индексе (staging area), готовые к новому коммиту.</li></ul></li><li>Reset to Commit (Mixed) (Эквивалент git reset --mixed / Действие по умолчанию)<ul><li>Что делает: Перемещает HEAD, сбрасывает индекс (staging area) до состояния HEAD. Рабочий каталог остается без изменений (файлы будут модифицированы, но не проиндексированы).</li><li>Последствия: Ваши изменения после отмененного коммита появляются как "модифицированные" в рабочем каталоге, но не в индексе.</li></ul></li><li>Reset to Commit (Hard) (Экви பதிலாக git reset --hard )<ul><li>Что делает: Перемещает HEAD, сбрасывает индекс И полностью удаляет все изменения из рабочего каталога, делая его идентичным указанному коммиту.</li><li>Последствия: Полная потеря несохраненных изменений и коммитов после выбранного коммита! Используйте с осторожностью.</li></ul></li><li>Сброс с указанием файла (например, Reset File to Commit...)<ul><li>Что делает: git reset -- . Сбрасывает состояние только указанного файла до состояния в выбранном коммите, не затрагивая другие файлы или ветку.</li><li>Последствия: Изменения в этом файле будут отменены или вернутся к состоянию коммита; другие файлы останутся нетронутыми. </li></ul></li></ul>Таким образом, пункты в меню PhpStorm — это удобные графические обертки над мощной командой git reset, позволяющие выбрать, как именно вы хотите откатить изменения: только историю, историю и индекс, или полностью очистить всё. <hr>Настроить конфиг для гит:<blockquote>git config --global user.email "borkic00@gmail.com" git config --global user.name "borkich"</blockquote>Eдалить из кэша ВСЕ файлы, и добавить заново с учетом gitignore. <blockquote>git rm -rf --cached . git add .</blockquote>потом закоммитить:<blockquote>git commit -m "fix gitignore"</blockquote>

Чтобы написать комментарий нужно, зарегистрироваться

Голосования и тесты: 0

	[06:25]
	[🔒]

Статьи, публикации, обзоры, заметки