git – простое руководство

создайте новый каталог, откройте его и выполните git init для создания нового git-репозитория.

проверить репозиторий

создайте рабочую копию локального репозитория, выполнив команду git clone /path/to/repository при использовании удаленного сервера ваша команда будет git clone username@host:/path/to/repository

рабочий процесс

Ваш локальный репозиторий состоит из трех “деревьев”, поддерживаемых git. Первое – это ваш рабочий каталог, в котором хранятся реальные файлы. Второе – это Index, который действует как область хранения, и, наконец, HEAD, который указывает на последний сделанный вами коммит.

добавление и фиксация

Вы можете предложить изменения (добавить их в индекс) с помощью git add git add * Это первый шаг в базовом рабочем процессе git. Чтобы зафиксировать эти изменения, используйте git commi t-m “Commit message” Теперь файл зафиксирован в HEAD, но еще не в вашем удаленном репозитории.

проталкивание изменений

Теперь ваши изменения находятся в HEAD вашей локальной рабочей копии. Чтобы отправить эти изменения в ваш удаленный репозиторий, выполните команду git push origin master Измените master на ветку, в которую вы хотите перенести свои изменения.

Если вы не клонировали существующий репозиторий и хотите подключить свой репозиторий к удалённому серверу, вам нужно добавить его с помощью git remote add origin Теперь вы можете отправлять свои изменения на выбранный удалённый сервер.

ветвление

Ветви используются для разработки функций, изолированных друг от друга. Ветвь master является ветвью “по умолчанию” при создании репозитория. Используйте другие ветви для разработки и объединяйте их обратно в главную ветвь по завершении работы.

создайте новую ветвь с именем “feature_x” и переключитесь на неё с помощью git checkou t-b feature_x переключитесь обратно на master git checkout master и снова удалите ветвь git branc h-d feature_x ветвь недоступна для других, пока вы не переместите ветвь в ваш удалённый репозиторий git push origin

обновление и слияние

для обновления локального репозитория до самого нового коммита выполните git pull в рабочем каталоге, чтобы получить и объединить удалённые изменения. для слияния другой ветки с вашей активной веткой (например, master) используйте git merge в обоих случаях git пытается автоматически объединить изменения. К сожалению, это не всегда возможно и приводит к конфликтам. Вы должны устранить эти конфликты вручную, отредактировав файлы, показанные git’ом. После внесения изменений необходимо пометить их как слитые с помощью git add. Перед слиянием изменений вы также можете просмотреть их с помощью git diff.

тегирование

Рекомендуется создавать теги для релизов программного обеспечения. Это известная концепция, которая также существует в SVN. Вы можете создать новый тег с именем 1.0.0, выполнив команду git tag 1.0.0 1b2e1d63ff. 1b2e1d63ff означает первые 10 символов идентификатора коммита, на который вы хотите сослаться в своем теге. Вы можете получить идентификатор коммита, посмотрев на.

В самой простой форме вы можете изучать историю репозитория с помощью… git log Вы можете добавить множество параметров, чтобы журнал выглядел так, как вы хотите. Чтобы увидеть только коммиты определённого автора: git log –author=bob Чтобы увидеть очень сжатый журнал, где каждый коммит – одна строка: git log –pretty=oneline Или, может быть, вы хотите увидеть ASCII дерево всех ветвей, украшенное именами тегов и ветвей: git log –graph –oneline –decorate –all Чтобы увидеть только те файлы, которые были изменены: git log –name-status Это лишь некоторые из возможных параметров, которые вы можете использовать. Для получения дополнительной информации см. git log –help

замена локальных изменений

В случае, если вы сделали что-то не так, что наверняка никогда не произойдет ;), вы можете заменить локальные изменения с помощью команды git checkout – это заменит изменения в вашем рабочем дереве на последнее содержимое в HEAD. Изменения, уже добавленные в индекс, а также новые файлы будут сохранены.

Если вы хотите удалить все локальные изменения и коммиты, возьмите последнюю историю с сервера и направьте на неё вашу локальную мастер-ветку следующим образом git fetch origin git reset –hard origin/master

полезные советы

встроенный графический интерфейс git gitk использовать красочный вывод git config color.ui true показывать журнал только на одной строке на каждый коммит git config format.pretty oneline использовать интерактивное добавление git ad d-i