Волшебство Git — Глава 2. Базовые операции

Собираетесь попробовать внести некие радикальные       изменения? Предварительно создайте снимок всех файлов в       текущем каталоге с помощью команд

$ git init
$ git add .
$ git commit -m "Моя первая резервная копия"

Теперь, если новые правки всё испортили, можно       восстановить первоначальную версию:

$ git reset --hard

Чтобы вновь сохранить состояние:

$ git commit -a -m "Другая резервная копия"

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

$ git add readme.txt Documentation

Аналогично, если хотите, чтобы Git забыл о некоторых       файлах:

$ git rm ляп.h старье.c
$ git rm -r улики/

Git удалит эти файлы, если вы не удалили их сами.

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

$ git mv bug.c feature.c

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

$ git log

покажет список последних коммитов и их хеши SHA1:

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

$ git commit -a
$ git revert 1b6d

отменит коммит с заданным хешем. Откат будет сохранен в       виде нового коммита. Можете запустить git log, чтобы убедиться в       этом.

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

$ git clone git://сервер/путь/до/файлов

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

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

$ git pull

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

Чтобы сделать это с помощью Git, выполните в каталоге, где       лежит ваш скрипт,

$ git init
$ git add .
$ git commit -m "Первый релиз"

Затем скажите вашим пользователям запустить

$ git clone ваш.компьютер:/путь/до/скрипта

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

$ git clone git://ваш.компьютер/путь/до/скрипта

С этих пор всякий раз, когда ваш скрипт готов к релизу,       выполняйте

$ git commit -a -m "Следующий релиз"

и ваши пользователи смогут обновить свои версии, перейдя в       каталог, с вашим скриптом и набрав

$ git pull

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

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

$ git diff

Или со вчерашнего дня:

$ git diff "@{yesterday}"

Или между определенной версией и версией, сделанной 2       коммита назад:

$ git diff 1b6d "master~2"

В каждом случае на выходе будет патч, который может быть       применен с помощью git       apply. Попробуйте также:

$ git whatchanged --since="2 weeks ago"

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

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

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