Close

Команды


git add

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

Учебные руководства по теме

git branch

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

Учебные руководства по теме

Git checkout

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

Учебные руководства по теме

Git clean

Удаляет неотслеживаемые файлы из рабочего каталога. Это логический аналог команды git reset, которая (обычно) работает только с отслеживаемыми файлами.

Учебные руководства по теме

git clone

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

Учебные руководства по теме

Git commit

Получает проиндексированный снимок состояния и выполняет его коммит в историю проекта. Эта команда в сочетании с командой git add определяет классический рабочий процесс для всех пользователей Git.

Учебные руководства по теме

git commit --amend

Команда git commit с флагом --amend позволяет внести изменения в последний коммит. Она может оказаться полезной, если вы забыли проиндексировать файл или не указали важную информацию в комментарии к коммиту.

Учебные руководства по теме

git config

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

Учебные руководства по теме

git fetch

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

Учебные руководства по теме

git init

Инициализирует новый репозиторий Git. Если вы хотите использовать в проекте контроль версий, эту команду следует изучить раньше остальных.

Учебные руководства по теме

git log

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

Учебные руководства по теме

Git merge

Эффективный способ интеграции изменений из разошедшихся веток. После разветвления истории проекта командой git branch можно использовать команду git merge, чтобы объединить отдельные ветки.

Учебные руководства по теме

git pull

Команда git pull — это автоматизированная версия команды git fetch. Она загружает ветку из удаленного репозитория и сразу же объединяет ее с текущей веткой. Эта команда представляет собой git-эквивалент команды svn update.

Учебные руководства по теме

git push

Команда git push противоположна команде извлечения (с некоторыми оговорками). С ее помощью можно перенести локальную ветку в другой репозиторий и без труда опубликовать поступивший код. Эта команда похожа на svn commit с тем исключением, что она отправляет не один набор изменений, а серию коммитов.

Учебные руководства по теме

git rebase

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

Учебные руководства по теме

git rebase -i

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

Учебные руководства по теме

git reflog

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

Учебные руководства по теме

git remote

Удобный инструмент для администрирования удаленных подключений. С его помощью вместо полного URL-адреса в командах fetch, pull и push можно использовать более удобное сокращение.

Учебные руководства по теме

git reset

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

Учебные руководства по теме

git revert

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

Учебные руководства по теме

git status

Показывает состояние рабочего каталога и проиндексированного снимка состояния. Эту команду можно выполнять в сочетании с git add и git commit, чтобы узнать, что именно будет включено в следующий снимок.

Учебные руководства по теме

Терминология


Ветка

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

Учебные руководства по теме

Централизованный рабочий процесс

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

Учебные руководства по теме

Рабочий процесс с функциональными ветками

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

Учебные руководства по теме

Форки

Чтобы не использовать один репозиторий на сервере в качестве «центральной» базы кода, можно воспользоваться ответвлениями (форками), чтобы у каждого разработчика был репозиторий на сервере. Таким образом, у каждого автора будет не один, а два репозитория Git: один закрытый локальный и один открытый на сервере.

Учебные руководства по теме

Рабочий процесс Gitflow Workflow

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

Учебные руководства по теме

Хук

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

Учебные руководства по теме

Главная

Ветка разработки по умолчанию. При каждом создании репозитория Git создается ветка main; она же становится активной веткой.

Учебные руководства по теме

Пул-реквест

Запросы pull облегчают совместную работу разработчиков в Bitbucket. Они обеспечивают удобный веб-интерфейс для обсуждения предлагаемых изменений до их включения в официальный проект.

Учебные руководства по теме

Репозиторий

Набор коммитов, а также ветки и теги для идентификации коммитов.

Учебные руководства по теме

Тег

Ссылка, которую обычно используют, чтобы отметить конкретную точку в последовательности коммитов. В отличие от указателя HEAD, тег не обновляется по команде git commit.

Учебные руководства по теме

Контроль версий

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

Учебные руководства по теме

Рабочий каталог

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

Учебные руководства по теме