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

Действительно, в первые месяцы использования Git я не выходил за рамки материала изложенного в этой главе.

Выполняете опасную операцию? Перед тем, как сделать это, создайте снимок всех файлов в текущей директории с помощью команд:

$ git init

$ git add .

Теперь, если ваши новые правки все испортили, запустите:

чтобы вернуться к исходному состоянию. Чтобы вновь сохраниться выполните:

==== Добавление, Удаление, Переименование ====

Приведенный выше пример будет отслеживать файлы, которые вы добавили когда впервые запустили *git add*. Если вы хотите добавить новые файлы или поддиректории, вам придется сказать Git:

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

Переименование файла это то же, что и удаление старого имени и добавления нового. Для этого есть *git mv*, который имеет тот же синтаксис, что и команда *mv*. Например:

покажет вам список последних изменений (коммитов, прим. пер.), и их SHA1 хеши. Далее введите:

Эта альтернативная реальность называется 'бранч' и

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

- *`git checkout`*: загружает старую игру, но если вы продолжаете играть, состояние игры будет отличаться от более новых сохранок, которые вы сделали в первый раз. Любая игра, которую вы теперь сохраняете, попадает в отдельный бранч, прадставляющий альтенативную реальность, в которую вы вошли.

<<branch,как мы договорились, о бранчах поговорим позже>>

Вы можете выбрать для восстановления только определенные файлы и поддиректории путём добавления их после команды:

Будьте внимательны, такая форма *checkout* (чекаута) может незаметно перезаписать файлы. Чтобы избежать неприятных неожиданностей, выполняйте коммит до запуска "чекаут", особенно если вы впервые пробуете Git. Вообще, если вы не уверены в какой-либо операции, будь то команда Git или нет, сперва выполните *git commit -a*.

Можно также запросить 5-е последнее сохраненное состояние:

отменит текущий коммит с учетом выбранного хеша. Запущенный *git log* показывает, что изменение записано в качестве нового коммита.

Получить копию проекта под управлением Git можно набрав:

=== Сглаживание углов ===

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

Предположим, вы написали скрипт которым хотите поделиться с другими. Можно просто позволить всем загружать его с вашего компьютера, но, если они будут делать это в то время, как вы дорабатываете его или добавляете экспериментальную функциональность, у них могут возникнуть проблемы. Конечно, это одна из причин существования цикла разработки. Разработчики могут долго работать над проектом, но открывать доступ к коду следует только после того, как код приведен в приличный вид.

для того чтобы загрузить ваш скрипт. Это подразумевает что у вас есть доступ по ssh. Если нет, запустите *git daemon* и скажите пользователям использовать для запуска:

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

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

Или между определенной версией и 2-мя предыдущими версиями.

из-за приятного фотогеничного интерфейса, или с помощью http://jonas.nitro.dk/tig[tig] с текстовым интерфейсом,

который хорошо работает при медленном соединении. В качестве альтернативы, можно проинсталировать веб-сервер,

Пусть A, B, C, D четыре успешных коммита, где В - то же, что и A, но с несколькими удаленными файлами. Мы хотим вернуть файлы в D, но не в B. Как это можно сделать?

1. Разница между A и B - удаление файлов.

2. Поскольку мы сохранили файлы обратно в A, мы можем получить их обратно:

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