Никакой разницы (от man page ) в терминах параметра по умолчанию:

Значение по умолчанию равно во всех формах.

В этом сообщении изначально было not включено HEAD: commit 3c1eb9c, январь 2007 г., git 1.5. 0-rc1 , но поскольку значение по умолчанию not всегда известно, справочное сообщение дает понять, какой фиксации вы должны сбросить.

отображается в commit 367c988, ноябрь 2007 г., Git 1.5.4 :

torek указывает фактическое различие в комментариях :

Указав , вы гарантируете, что первое слово после будет принято как имя пути.
  Например, предположим, что вы запустили . Является ли древовидным, например именем тега, или это имя пути, ?
  Ответ Гита: это дерево-иш, если может превратить его в идентификатор дерева, иначе это путь.
  Вы можете либо написать , либо , чтобы убедиться, что git рассматривает его как путь.

Подробнее о синтаксисе двойного дефиса ( ) в разделе Удаление плохо названной ветки git .

OP skube добавляет в комментариях :

В стороне, они предлагают его для отбрасывания изменений в рабочем каталоге
  (т. е. ).
  Это просто кажется несовместимым с .

Пока man page явно указывает на отсутствие древовидности в , означает HEAD, это не так для .

Когда задано, не переключает ветви.
Он обновляет именованные пути в рабочем дереве из файла индекса или из имени (большинство часто фиксация).

Это означает, что переопределит рабочее дерево тем, что уже было поставлено ( ‘ed).
В то время как (будучи смешанной формой сброса git) сбросит индекс на то, что содержит HEAD (эффективно не создавая добавленного)

и не используют одинаковые значения по умолчанию и:

• вы можете представить дерево по умолчанию для : .
  Следовательно, ;
• , но вы не можете представить параметр по умолчанию, когда вы не предоставляете дерево для : это индекс.
  Следовательно, .

необходимо использовать в случае , так как есть только один параметр, и должно быть ясно, что этот параметр представляет файлы .

Обратите внимание, что отличается: torek упоминает в комментариях

копирует из commit (tree-ish) в индекс, а затем в рабочий каталог.

Добавление кода

Если вы сделали git commit и поняли, что хотите добавить туда еще немного кода, при следующем коммите используйте команду:

Ключ «amend» (улучшить) просто добавит новые изменения к последнему коммиту.

Мягкая отмена коммита

Если вы сделали git commit и после этого решили отменить его, не удаляя код, используйте команду:

Эта команда отменяет последний сделанный коммит, но не удаляет изменения, которые вы произвели в файлах. Обратите внимание, на возможные конфликты: если файлы были изменены после коммита, возможен конфликт версий.

Жесткая отмена коммита

Существует и радикальный способ отмены коммита:

Эта команда отменит последний коммит и удалит весь код, который был добавлен, т.е. вернет файлы в то состояние, в котором они были до коммита. Пользуйтесь с осторожностью!

Жесткая отмена нескольких коммитов

Вы также можете отменить сразу несколько коммитов, для этого используйте команду:

Где вместо <SHA> укажите sha-того коммита, до которого хотите откатить файлы. Историю коммитов можно посмотреть командой

Пишите красивый код!

Данная статья может использоваться как шпаргалка по командам git.

git откатить изменения

По мере сталкивания с проблемами и нахождением решений на них[проблемы] количество команд будет пополняться.

Что такое git? Ответ на этот вопрос в данной статье вы не получите, но можете подробнее узнать об этом и научиться им пользоваться на сайтах с документацией по git.

Установка git

Установка git для систем на основе ArchLinux

pacman -S git

Установка git для debian-based (Mint, Ubuntu, *buntu)

apt-get install git

Для windows придется поискать установщик, обычно он идет вместе с утилитами командной строки Cygwin. Например можно взять на этом сайте.

Первоначальная настройка git

Задаём основную информацию о себе(имя и email), она будет включена во все коммиты.

git config —global user.name «Nick Nixer»

git config —global user.email nicknixer@example.com

Если не использовать опцию —global, то настройки профиля задаются для репозитория, в котором находимся.

Работа с локальным репозиторием git

Создание(инициализация) репозитория git в текущем каталоге

git init

Применение изменений для коммита всех файлов

git add *

Применение изменений для коммита выборочного файла (например src/index.js)

git add src/index.js

Отмена изменений для коммита

git reset src/index.js

Просмотр проиндексированных изменений

git status

Создание коммита, включающего проиндексированные изменения от команды add, с меткой «fixed bug»

git commit -m «fixed bug»

Просмотр истории коммитов

git log

Создание новой ветки new

git branch new

Переключение на ветку new

git checkout new

Предыдущие две команды(создание ветки new с переключением на неё) можно объединить в одну команду

git checkout -b new

Работа с удалёнными репозиториями

Клонирование репозитория по url. При этом в текущей директории создается еще одна директория с репозиторием. При этом адрес репозитория записывается как origin.

git clone https://github.com/Nicknixer/flighter.git

Получение новых коммитов в ветке master с удаленного репозитория

git pull origin master

Отправка ваших коммитов в удаленный репозиторий в ветку master. Перед отправкой стоит сделать pull.

git push origin master

Откат изменений

Для отката изменений можно использовать revert, н может откатить результат промежуточного коммита. Аргументом revert является SHA-хэш коммита, его можно узнать командой git log, выглядит он примерно как у команды ниже.

git revert 9fceb02d0ae598e95dc970b74767f19372d61af8

В данном случае создается еще один коммит, в котором происходят в точности обратные изменения, происходившие в промежуточном коммите.

Для исправления коммита, который еще не был выгружен в другой репозиторий push’ем, можно использовать amend. К примеру, мы сделали коммит, но забыли туда добавить файл readme.md и нам требуется включить этот файл в предыдущий коммит, то делаем следующее:

git add readme.md

git commit —amend

Данная статья может пополняться по мере возникновения у меня новых проблем и вопросов с последующим их решением.

Конфигурация

— установить имя, которое будет прикрепляться к коммиту.

— установить email, который будет прикрепляться к коммиту.

— включить полезную подсветку командной строки.

— обновлять удаленную ветку с таким же именем, что и локальная, при пуше изменений (если не указано иного).

— установить редактор для редактирования сообщений коммита.

— установить программу для разрешения конфликтов при слиянии.

Создание репозиториев

— создать новый локальный репозиторий с заданным именем.

— загрузить проект и его полную историю изменений.

Работа с изменениями

— полный список изменений файлов, ожидающих коммита.

— краткий вид изменений.

— показать изменения в файлах, которые еще не были добавлены в индекс коммита (staged).

— сделать указанный файл готовым для коммита.

— сделать все измененные файлы готовыми для коммита.

— добавить только файлы, соответствующие указанному выражению.

— позволяет выбрать какие изменения из файла добавятся в коммит.

— показать что было добавленно в индекс с помощью , но еще не было закоммиченно.

— показать что изменилось с последнего коммита.

— показать что изменилось с предпоследнего коммита.

— сравнить текущую ветку с заданной.

— то же самое, что и , но показывает изменения в заданной difftool.

— показать изменения, сделанные в текущей ветке.

— показать статистику какие файлы были изменены и как.

— убрать файлы из индекса коммита (изменения не теряются).

— записать изменения в репозиторий. для написания сообщения откроется назначенный редактор.

— записать изменения с заданным сообщением.

— добавить изменения к последнему коммиту.

Работа с ветками

— список всех локальных веток в текущей директории.

— создать новую ветку.

— переключиться на указанную ветку и обновить рабочую директорию.

— переключиться на удаленную ветку.

— вернуть файл в первоначальное состояние если он еще не был добавлен в индекс коммита.

— соединить изменения в текущей ветке с изменениями из заданной.

— соединить ветки без режима “fast forwarding”.

— посмотреть полный список локальных и удаленных веток.

— удалить заданную ветку.

— принудительно удалить заданную ветку, игнорируя ошибки.

— переименовать ветку.

Работа с файлами

— удалить файл из рабочей директории и добавить в индекс информацию об удалении.

— удалить файл из репозитория, но сохранить его локально.

— изменить имя файла и добавить в индекс коммита.

Отслеживание файлов

— текстовый файл, в котором задаются правила для исключения файлов из репозитория.

Например:

— список всех игнорируемых файлов.

Сохранение фрагментов

— положить во временное хранилище все отслеживаемые файлы.

— восстановить последние файлы, положенные во временное хранилище.

— список всех сохраненных изменений во временном хранилище.

— удалить последние файлы, положенные во временное хранилище.

Просмотр истории

— список изменения текущей ветки.

— список изменения текущего файла, включая переименования.

— изменение вида отображения истории изменений.

— посмотреть над чем работал заданный пользователь последнюю неделю.

— посмотреть историю изменений только для текущей ветки.

— посмотреть различия между двумя заданными ветками.

— показать метадату и изменения в заданном коммите.

— посмотреть на файл в другой ветке, не переключаясь на неё.

Отмена коммитов

— убрать изменения из индекса коммита, сами изменения останутся.

— отменить все коммиты после указанного коммита, изменения будут сохранены локально.

— принудительно вернутся к указанному коммиту, не сохраняя историю и изменения.

Синхронизация изменений

— загрузить всю историю с заданного удаленного репозитория.

— слить изменения локальной ветки и заданной удаленной.

— запушить текущую ветку в удаленную ветку.

— запушить ветку в указанный репозиторий и удаленную ветку.

— в удаленном репозитории удалить заданную ветку.

— если удаленная ветка не установлена как отслеживаемая, то сделать ее такой.

— загрузить историю и изменения удаленной ветки и произвести слияние с текущей веткой.

— указать конкретную удаленную ветку для слияния.

— посмотреть список доступных удаленных репозиториев.

— посмотреть детальный список доступных удаленных репозиториев.

— добавить новый удаленный репозиторий.

Полезные ссылки

Поделиться

Плюсануть

Поделиться

Отправить

Отмена в Git — Сброс, Извлечение и Откат

Git имеет множество способов исправить ошибку в процессе вашей работы. Выбор подходящего способа зависит от того провели вы коммит с ошибкой или нет, и если вы включили ошибку в коммит, то расшарили вы ошибочный коммит с кем еще либо.

Исправление незакоммиченных ошибок

Если вы испортили рабочее дерево, но не выполнили еще коммит, вы можете вернуть все рабочее дерево к состоянию на момент последнего коммита с помощью

Это отбросит все сделанные изменения которые вы возможно добавили в индекс git, а также все другие изменения в вашей рабочем дереве. Другими словами, результат этого — вывод команд «git diff» и «git diff —cached» будет пустым.

Если вы просто хотите восстановить только один единственный файл, предположим hello.rb, то выполните git checkout вместо

Первая команда восстановит hello.rb до версии хранящейся в индексе, и команда «git diff hello.rb» не покажет отличий.

git reset vs git reset HEAD

Вторая команда восстановит hello.rb до версии в ревизии HEAD, таким образом обе команды «git diff hello.rb» и «git diff —cached hello.rb» не покажут отличий.

Исправление закоммиченных ошибок

Если вы сделали коммит а позже вам захотелось чтоб его и не было, то есть два фундаментально разных способа осуществить это:

1. Вы создаете новый коммит в котором нет тех нежелательных частей присутствующих в старом коммите. Это правильный способ если ваша ошибка уже была опубликована.

2. Вы можете вернуться назад и изменить ваш старый коммит. Никогда не делайте этого если вы уже опубликовали вашу историю; git не предполагает изменения в истории проекта, и не может правильно выполнять повтор слияния из ветки, история которой была изменена.

Исправление ошибки новым коммитом

Создание нового коммита который восстанавливает предыдущее состояние очень просто; нужно только передать команду git revert ссылку на ошибочный коммит; например чтобы восстановить наиболее свежий коммит:

Это создаст новый коммит который отменяет изменения в HEAD. Вам предоставится шанс отредактировать сообщение-описание нового коммита.

Вы также можете восстановить предыдущие изменения, например, от слеж к прошлому:

В этом случае git попробует отменить прошлые изменения, в то время как любые изменения сделанные потом остануться нетронутыми. Если более свежие изменения перекрывают с изменениями которые должны быть восстановлены, то git пропросит вас исправить конфликты вручную, таким же образом как в случае слияний.

Исправление ошибок изменяя коммит

Если вы только что выполнили коммит но осознали что вам нужно в нем что то исправить, последнии версии git commit поддерживают флаг —amend который указывает git заменит коммит HEAD новым коммитом, основываясь на текущем содержании индекса. Это дает вам удобный случай добавить файлы которые вы забыли добавить или исправить опечатки в сообщении-описании коммита, до того как вы выполните push и сделаете свои изменения доступными всему миру.

Если вы нашли ошибку в давнем коммите, но который еще не опубликовали, используйте git rebase в интерактивном режиме, с «git rebase -i» отмечающий изменения которые требуют коррекции с edit. Это позволит вам изменить коммит во время процесса rebase.