git - Интернет в облаке

ПРОГРАММА:

ИМЯ

git - тупой трекер контента

СИНТАКСИС

мерзавец [--version] [--help] [-C ] [-c знак равно ]
[--exec-путь [= ]] [--html-path] [--man-path] [--info-path]
[-p | --paginate | --no-pager] [--no-replace-objects] [--bare]
[--git-dir = ] [--work-tree = ] [--namespace = ]
[ ]

ОПИСАНИЕ

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

Читать gittutorial(7) для начала, затем см. добрый день(7) для полезного минимального набора
команды. В идти Пользователя Ручная[1] содержит более подробное введение.

Освоив базовые концепции, вы можете вернуться на эту страницу, чтобы узнать, что
Команды Git предлагает. Вы можете узнать больше об отдельных командах Git с помощью "git help
команда ». gitcli(7) страница руководства дает вам обзор синтаксиса командной строки.

Отформатированную версию последней документации Git с гиперссылками можно посмотреть по адресу
http://git-htmldocs.googlecode.com/git/git.html.

ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ, НЕ ВКЛЮЧЕННЫЕ В ПАКЕТ

--версия
Печатает версию пакета Git, которую мерзавец программа пришла из.

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

Доступны и другие параметры для управления отображением страницы руководства. Видеть мерзавец
помощь(1) для получения дополнительной информации, потому что git --help ... внутренне конвертируется в git
помощь ....

-C
Запускать, как если бы git был запущен в вместо текущего рабочего каталога. Когда
дано несколько опций -C, каждый последующий неабсолютный -C интерпретируется
относительно предыдущего -C .

Этот параметр влияет на параметры, которые ожидают имя пути, например --git-dir и --work-tree в
что их интерпретация имен путей будет относиться к рабочему
каталог, вызванный параметром -C. Например, следующие вызовы:
эквивалент:

git --git-dir = a.git --work-tree = b -C c статус
git --git-dir = c / a.git --work-tree = c / b статус

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

Обратите внимание, что опускание = в git -c foo.bar ... разрешено и устанавливает для foo.bar значение
логическое истинное значение (точно так же, как [foo] bar в файле конфигурации). Включая равных
но с пустым значением (например, git -c foo.bar = ...) устанавливает foo.bar в пустую строку.

--exec-путь [= ]
Путь к месту, где установлены ваши основные программы Git. Это также можно контролировать с помощью
установка переменной окружения GIT_EXEC_PATH. Если путь не указан, мерзавец напечатает
текущую настройку, а затем выйдите.

--html-путь
Распечатайте путь без косой черты в том месте, где установлена ​​документация Git HTML.
и выйти.

--человек-путь
Распечатайте путь к руководству (см. человек(1)) для страниц руководства для этой версии Git и выйдите.

--info-путь
Распечатайте путь, по которому установлены файлы Info, документирующие эту версию Git, и
Выход.

-p, --разбивать на страницы
Подключите весь выход к Меньше (или, если установлено, $ PAGER), если стандартный вывод является терминалом. Этот
отменяет пейджер. параметры конфигурации (см. «Механизм настройки»
раздел ниже).

--нет-пейджер
Не перенаправляйте вывод Git на пейджер.

--git-dir =
Задайте путь к репозиторию. Это также можно контролировать, установив GIT_DIR
переменная окружения. Это может быть абсолютный или относительный путь к текущему рабочему месту.
каталог.

--work-tree =
Задайте путь к рабочему дереву. Это может быть абсолютный путь или путь относительно
текущий рабочий каталог. Это также можно контролировать, установив GIT_WORK_TREE
переменная среды и переменная конфигурации core.worktree (см. core.worktree
in git-конфигурация(1) для более подробного обсуждения).

--namespace =
Задайте пространство имен Git. Видеть gitnamespaces(7) для получения более подробной информации. Эквивалентно настройке
переменная среды GIT_NAMESPACE.

- голый
Рассматривайте репозиторий как чистый репозиторий. Если среда GIT_DIR не установлена, она
установлен в текущий рабочий каталог.

--нет-замены-объектов
Не используйте заменяющие ссылки для замены объектов Git. Видеть git-заменить(1) подробнее
Информация.

--literal-pathspecs
Обращайтесь со спецификациями пути буквально (т.е. без подстановки, без магии pathspec). Это эквивалентно
установка переменной среды GIT_LITERAL_PATHSPECS на 1.

--glob-pathspecs
Добавьте магию "glob" ко всем указателям пути. Это эквивалентно установке GIT_GLOB_PATHSPECS
переменная среды в 1. Отключение подстановки для отдельных путей может быть выполнено
используя магию pathspec ": (literal)"

--noglob-pathspecs
Добавьте «буквальную» магию ко всем указателям пути. Это эквивалентно установке
Переменная среды GIT_NOGLOB_PATHSPECS равняется 1. Включение глобализации для отдельных
pathspecs могут быть созданы с помощью pathspec magic ": (glob)"

--icase-pathspecs
Добавьте магию icase ко всем указателям пути. Это эквивалентно установке
Переменная среды GIT_ICASE_PATHSPECS на 1.

GIT КОМАНДЫ

Мы делим Git на команды высокого уровня («фарфор») и команды низкого уровня («сантехника»).

ВЫСОКИЙ УРОВЕНЬ КОМАНДЫ (ФАРФОР)

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

Главная фарфор команды
git-добавить(1)
Добавить содержимое файла в index.

мерзавец(1)
Применяем серию патчей из почтового ящика.

git-архив(1)
Создайте архив файлов из именованного дерева.

git-бисект(1)
Используйте двоичный поиск, чтобы найти фиксацию, в которой была обнаружена ошибка.

git-ветка(1)
Список, создание или удаление веток.

git-пакет(1)
Перемещать объекты и ссылки архивом.

git-checkout(1)
Переключайте ветви или восстанавливайте файлы рабочего дерева.

мерзавец-вишня-выбор(1)
Примените изменения, внесенные некоторыми существующими коммитами.

git-citool(1)
Графическая альтернатива git-commit.

мерзкий(1)
Удалите неотслеживаемые файлы из рабочего дерева.

git-клон(1)
Клонируйте репозиторий в новый каталог.

git-коммит(1)
Запишите изменения в репозиторий.

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

git-diff(1)
Показать изменения между коммитами, фиксацией и рабочим деревом и т. Д.

git-fetch(1)
Скачайте объекты и ссылки из другого репозитория.

git-формат-патч(1)
Подготовьте исправления для отправки по электронной почте.

git-gc(1)
Очистите ненужные файлы и оптимизируйте локальный репозиторий.

git-grep(1)
Распечатайте строки, соответствующие шаблону.

git-интерфейс(1)
Переносимый графический интерфейс для Git.

git-инициализация(1)
Создайте пустой репозиторий Git или повторно инициализируйте существующий.

git-журнал(1)
Показать журналы фиксации.

git-слияние(1)
Объедините две или более историй развития вместе.

git-мв(1)
Переместите или переименуйте файл, каталог или символическую ссылку.

git-заметки(1)
Добавьте или проверьте примечания к объекту.

мерзавец(1)
Получение и интеграция с другим репозиторием или локальной веткой.

git-push(1)
Обновите удаленные ссылки вместе со связанными объектами.

git-перебазировать(1)
Локальный прямой порт фиксируется в обновленном заголовке восходящего потока.

git-сброс(1)
Сбросить текущий HEAD в указанное состояние.

git-возврат(1)
Отменить некоторые существующие коммиты.

git-rm(1)
Удалите файлы из рабочего дерева и из индекса.

git-шортлог(1)
Суммировать мерзавец журнал вывод.

мерзавец(1)
Покажите различные типы объектов.

мерзавец(1)
Уберите изменения в грязный рабочий каталог.

git-статус(1)
Показать статус рабочего дерева.

git-подмодуль(1)
Инициализировать, обновить или проверить подмодули.

git-тег(1)
Создание, перечисление, удаление или проверка объекта тега, подписанного с помощью GPG.

git-рабочее дерево(1)
Управляйте несколькими рабочими деревьями.

мерзавец(1)
Браузер репозитория Git.

подсобный Команды
Манипуляторы:

git-конфигурация(1)
Получить и установить репозиторий или глобальные параметры.

git-быстрый экспорт(1)
Экспортер данных Git.

git-быстрый импорт(1)
Бэкэнд для быстрых импортеров данных Git.

git-фильтр-ветвь(1)
Перепишите ветки.

git-mergetool(1)
Запустите инструменты разрешения конфликтов слияния, чтобы разрешить конфликты слияния.

git-pack-refs(1)
Упакуйте заголовки и теги для эффективного доступа к репозиторию.

мерзавец(1)
Удалите все недостижимые объекты из базы данных объектов.

git-reflog(1)
Управляйте информацией рефлога.

git-перессылка(1)
Жестко связывайте общие объекты в локальных репозиториях.

git-удаленный(1)
Управляйте набором отслеживаемых репозиториев.

git-перепаковать(1)
Упаковать распакованные объекты в репозиторий.

git-заменить(1)
Создавать, перечислять, удалять ссылки для замены объектов.

Следователи:

git-аннотировать(1)
Аннотируйте строки файла информацией о фиксации.

мерзавец(1)
Показывает, какая ревизия и автор последний раз изменяли каждую строку файла.

мерзавец(1)
Найдите коммиты, которые еще не были применены к апстриму.

git-count-объекты(1)
Подсчитайте количество распакованных объектов и их дисковое потребление.

git-difftool(1)
Показать изменения с помощью обычных инструментов сравнения.

git-fsck(1)
Проверяет возможность подключения и действительность объектов в базе данных.

git-get-tar-commit-id(1)
Извлечь идентификатор фиксации из архива, созданного с помощью git-archive.

git-помощь(1)
Показать справочную информацию о Git.

git-instaweb(1)
Мгновенно просматривайте свой рабочий репозиторий в gitweb.

git-слияние-дерево(1)
Показать трехстороннее слияние, не касаясь указателя.

мерзавец(1)
Повторно используйте записанное разрешение конфликтующих слияний.

git-rev-parse(1)
Подберите и помассируйте параметры.

git-шоу-ветка(1)
Показать ветки и их коммиты.

git-проверить-коммит(1)
Проверьте подпись GPG коммитов.

git-проверить-тег(1)
Проверьте подпись тегов GPG.

git-что изменилось(1)
Показывать журналы с разницей, вводимой каждой фиксацией.

гитвеб(1)
Веб-интерфейс Git (веб-интерфейс для репозиториев Git).

взаимодействующий Другое
Эти команды предназначены для взаимодействия с чужим SCM и другими людьми через исправление.
Эл. адрес.

git-архипорт(1)
Импортируйте репозиторий Arch в Git.

git-cvsexportcommit(1)
Экспортируйте одиночный коммит в CVS checkout.

git-cvsimport(1)
Спасите свои данные из другого SCM, которого люди любят ненавидеть.

git-cvsserver(1)
Эмулятор сервера CVS для Git.

git-imap-отправить(1)
Отправьте коллекцию исправлений со стандартного ввода в папку IMAP.

git-p4(1)
Импорт из репозиториев Perforce и отправка в них.

git-quiltimport(1)
Применяет набор заплат quilt к текущей ветке.

git-запрос-тянуть(1)
Создает сводку ожидающих изменений.

git-отправить по электронной почте(1)
Отправьте коллекцию патчей по электронной почте.

git-SVN(1)
Двунаправленная операция между репозиторием Subversion и Git.

НИЗКИЙ УРОВЕНЬ КОМАНДЫ (САНТЕХНИКА)

Хотя Git включает собственный слой фарфора, его низкоуровневых команд достаточно, чтобы
поддержка разработки альтернативных фарфоров. Разработчики такого фарфора могут начать
читая о git-обновление-индекс(1) и git-read-дерево(1).

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

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

Манипуляция команды
git-применить(1)
Примените патч к файлам и / или к индексу.

git-checkout-индекс(1)
Скопируйте файлы из индекса в рабочее дерево.

git-коммит-дерево(1)
Создайте новый объект фиксации.

git-hash-объект(1)
Вычислить идентификатор объекта и при необходимости создать большой двоичный объект из файла.

git-индекс-пакет(1)
Создайте индексный файл пакета для существующего упакованного архива.

git-merge-файл(1)
Выполните трехстороннее слияние файлов.

git-слияние-индекс(1)
Выполните слияние для файлов, нуждающихся в слиянии.

git-mktag(1)
Создает объект тега.

git-mktree(1)
Создайте объект-дерево из текста в формате ls-tree.

git-pack-объекты(1)
Создать упакованный архив объектов.

git-prune-упакованный(1)
Удалите лишние объекты, которые уже есть в файлах пакета.

git-read-дерево(1)
Считывает информацию о дереве в индекс.

git-символическая ссылка(1)
Читайте, изменяйте и удаляйте символические ссылки.

git-распаковать-объекты(1)
Распаковать объекты из запакованного архива.

git-обновление-индекс(1)
Зарегистрируйте содержимое файла в рабочем дереве в индексе.

git-обновление-ссылка(1)
Безопасно обновите имя объекта, хранящееся в ссылке.

дерево записи git(1)
Создайте объект дерева из текущего индекса.

опрос команды
git-cat-файл(1)
Предоставьте информацию о содержимом или типе и размере для объектов репозитория.

git-diff-файлы(1)
Сравнивает файлы в рабочем дереве и индексе.

git-diff-индекс(1)
Сравните дерево с рабочим деревом или индексом.

git-diff-дерево(1)
Сравнивает содержимое и режим больших двоичных объектов, найденных с помощью двух древовидных объектов.

git для каждой ссылки(1)
Вывести информацию по каждому исх.

git-ls-файлы(1)
Показать информацию о файлах в индексе и рабочем дереве.

git-ls-удаленный(1)
Перечислить ссылки в удаленном репозитории.

git-ls-дерево(1)
Перечислить содержимое древовидного объекта.

git-слияние-база(1)
Найдите как можно более хороших общих предков для слияния.

git-имя-рев.(1)
Найдите символические имена для заданных оборотов.

git-pack-избыточный(1)
Найдите повторяющиеся файлы пакетов.

git-rev-список(1)
Списки фиксируют объекты в обратном хронологическом порядке.

git-шоу-индекс(1)
Показать индекс упакованного архива.

git-шоу-ref(1)
Перечислить ссылки в локальном репозитории.

git-распаковать файл(1)
Создает временный файл с содержимым большого двоичного объекта.

git-вар(1)
Показать логическую переменную Git.

git-проверить-пакет(1)
Проверить упакованные архивные файлы Git.

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

Synching хранилища
git-демон(1)
Действительно простой сервер для репозиториев Git.

git-fetch-pack(1)
Получить недостающие объекты из другого репозитория.

git-http-бэкенд(1)
Реализация Git через HTTP на стороне сервера.

git-отправить-пакет(1)
Перенести объекты по протоколу Git в другой репозиторий.

git-update-server-информация(1)
Обновите вспомогательный информационный файл, чтобы помочь немым серверам.

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

git-http-выборка(1)
Загрузите из удаленного репозитория Git по HTTP.

git-http-push(1)
Отправлять объекты через HTTP / DAV в другой репозиторий.

git-parse-удаленный(1)
Подпрограммы, помогающие анализировать параметры доступа к удаленному репозиторию.

git-получить-пакет(1)
Получите то, что помещено в репозиторий.

git-оболочка(1)
Ограниченная оболочка входа для доступа по SSH только для Git.

git-загрузить-архив(1)
Отправить архив обратно в git-archive.

git-загрузочный пакет(1)
Отправьте упакованные объекты обратно в git-fetch-pack.

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

git-check-attr(1)
Отобразить информацию gitattributes.

git-проверить-игнорировать(1)
Отладка файлов gitignore / исключения.

git-check-mailmap(1)
Показывать канонические имена и адреса электронной почты контактов.

git-check-ref-формат(1)
Обеспечивает правильный формат ссылочного имени.

git-столбец(1)
Отображать данные в столбцах.

git-учетные данные(1)
Получить и сохранить учетные данные пользователя.

git-credential-cache(1)
Помощник для временного хранения паролей в памяти.

git-хранилище учетных данных(1)
Помощник для хранения учетных данных на диске.

git-fmt-слияние-msg(1)
Создайте сообщение фиксации слияния.

git-интерпретатор-трейлеры(1)
помочь добавить структурированную информацию в сообщения фиксации.

git-mailinfo(1)
Извлекает исправление и авторство из одного сообщения электронной почты.

git-mailsplit(1)
Простая программа-разделитель mbox для UNIX.

git-слияние-один-файл(1)
Стандартная вспомогательная программа для использования с git-merge-index.

git-патч-идентификатор(1)
Вычислить уникальный идентификатор патча.

мерзавец-ш-i18n(1)
Код настройки Git i18n для сценариев оболочки.

git-sh-настройка(1)
Стандартный код установки сценария оболочки Git.

git-stripspace(1)
Удалите ненужные пробелы.

КОНФИГУРАЦИЯ МЕХАНИЗМ

Git использует простой текстовый формат для хранения настроек для каждого репозитория и
Пользователь. Такой конфигурационный файл может выглядеть так:

#
# A '#' или ';' символ обозначает комментарий.
#

; основные переменные
[основной]
; Не доверяйте файловым режимам
режим файла = ложь

; личность пользователя
[Пользователь]
name = "Джунио Си Хамано"
email = "[электронная почта защищена]"

Различные команды читают из файла конфигурации и соответствующим образом корректируют свою работу.
Читать git-конфигурация(1) для получения списка и дополнительных сведений о механизме конфигурации.

ИДЕНТИФИКАТОР ТЕРМИНОЛОГИЯ

Указывает имя объекта для любого типа объекта.


Указывает имя объекта большого двоичного объекта.


Указывает имя объекта дерева.


Указывает имя объекта фиксации.


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


Указывает имя объекта фиксации или тега. Команда, которая требует аргумент
в конечном итоге хочет оперировать объект, но автоматически разыменовывается
объекты, которые указывают на .


Указывает, что требуется тип объекта. В настоящее время одно из: blob, tree, commit или
тег.


Указывает имя файла - почти всегда относительно корня древовидной структуры
GIT_INDEX_FILE описывает.

СИМВОЛИКА ИДЕНТИФИКАТОРЫ

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

ГОЛОВА
указывает на голову текущей ветви.


действительный тег имя (т.е. refs / tags / ссылка).


действующая голова имя (т.е. ссылки / главы / ссылка).

Более полный список способов написания имен объектов см. В разделе «УКАЗАНИЕ ИЗМЕНЕНИЙ».
in gitrevisions(7).

ФАЙЛ / КАТАЛОГ СТРУКТУРА

Пожалуйста, обратитесь к gitrepository-макет(5) документ.

Читать гитхуки(5) для получения более подробной информации о каждом крючке.

SCM более высокого уровня могут предоставлять дополнительную информацию и управлять ею в $ GIT_DIR.

ТЕРМИНОЛОГИЯ

См. гитглоссарий(7).

ОКРУЖАЮЩАЯ СРЕДА ПЕРЕМЕННЫЕ

Различные команды Git используют следующие переменные среды:

Ассоциация идти вместилище
Эти переменные среды применяются к Найти основные команды Git. Nb: стоит отметить, что
они могут быть использованы / отменены SCMS, находящейся над Git, поэтому будьте осторожны, если используете чужой
внешний интерфейс.

GIT_INDEX_FILE
Эта среда позволяет указать альтернативный индексный файл. Если не
указано, используется значение по умолчанию $ GIT_DIR / index.

GIT_INDEX_VERSION
Эта переменная среды позволяет указать версию индекса для новых
репозитории. Это не повлияет на существующие индексные файлы. По умолчанию индексный файл версии 2 или
3 используется. Видеть git-обновление-индекс(1) для получения дополнительной информации.

GIT_OBJECT_DIRECTORY
Если каталог хранилища объектов указан с помощью этой переменной среды, тогда
Под ним создаются каталоги sha1 - в противном случае по умолчанию $ GIT_DIR / objects
каталог используется.

GIT_ALTERNATE_OBJECT_DIRECTORIES
Из-за неизменной природы объектов Git старые объекты можно архивировать в общие,
каталоги только для чтения. Эта переменная определяет разделенные ":" (в Windows ";"
разделенный) список каталогов объектов Git, которые можно использовать для поиска объектов Git.
Новые объекты в эти каталоги записываться не будут.

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

GIT_WORK_TREE
Задайте путь к корню рабочего дерева. Это также можно контролировать с помощью
- рабочее дерево параметр командной строки и переменную конфигурации core.worktree.

GIT_NAMESPACE
Установите пространство имен Git; видеть gitnamespaces(7) для подробностей. В --namespace командной строки
option также устанавливает это значение.

GIT_CEILING_DIRECTORIES
Это должен быть список абсолютных путей, разделенных двоеточиями. Если установлено, это список
каталоги, которые Git не должен открывать при поиске каталога репозитория
(полезно для исключения медленно загружающихся сетевых каталогов). Это не исключает
текущий рабочий каталог или GIT_DIR, установленный в командной строке или в среде.
Обычно Git должен прочитать записи в этом списке и разрешить любую символическую ссылку, которая может
присутствовать, чтобы сравнить их с текущим каталогом. Однако если даже это
доступ медленный, вы можете добавить пустую запись в список, чтобы сообщить Git, что последующие
записи не являются символическими ссылками и не требуют разрешения; например,
GIT_CEILING_DIRECTORIES = / возможно / символическая ссылка :: / очень / медленно / не / символическая ссылка.

GIT_DISCOVERY_ACROSS_FILESYSTEM
При запуске в каталоге, в котором нет каталога репозитория ".git", Git пытается
найдите такой каталог в родительских каталогах, чтобы найти вершину рабочего дерева,
но по умолчанию он не пересекает границы файловой системы. Эта переменная среды может
должно быть установлено значение true, чтобы Git не останавливался на границах файловой системы. Нравиться
GIT_CEILING_DIRECTORIES, это не повлияет на явный каталог репозитория, установленный через
GIT_DIR или в командной строке.

GIT_COMMON_DIR
Если для этой переменной задан путь, файлы, не относящиеся к рабочему дереву, обычно находятся в $ GIT_DIR
будет взято с этого пути. Файлы, относящиеся к рабочему дереву, такие как HEAD или index
взяты из $ GIT_DIR. Видеть gitrepository-макет(5) и git-рабочее дерево(1) для подробностей.
Эта переменная имеет более низкий приоритет, чем другие переменные пути, такие как GIT_INDEX_FILE,
GIT_OBJECT_DIRECTORY ...

идти Фиксации
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, ЭЛ. АДРЕС
посмотреть git-коммит-дерево(1)

идти Различия
GIT_DIFF_OPTS
Допустимая настройка - "--unified = ??" или "-u ??" установить количество контекстных строк
отображается при создании единого различия. Это имеет приоритет над любыми "-U" или
Значение параметра «--unified» передается в командной строке Git diff.

GIT_EXTERNAL_DIFF
Когда переменная среды GIT_EXTERNAL_DIFF установлен, названная им программа
вызывается вместо вызова diff, описанного выше. Для добавляемого пути
удалено или изменено, GIT_EXTERNAL_DIFF вызывается с 7 параметрами:

путь старый-файл старый-шестнадцатеричный старый-режим новый-файл новый-шестнадцатеричный новый-режим

где:

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

-hex
хеш-коды SHA-40 из 1 шестнадцатеричных цифр,

-Режим
- восьмеричное представление режимов файла.

Параметры файла могут указывать на рабочий файл пользователя (например, новый файл в
"git-diff-files"), / dev / null (например, старый файл при добавлении нового файла) или временный
файл (например, старый файл в индексе). GIT_EXTERNAL_DIFF не следует беспокоиться о
отключение временного файла --- он удаляется, когда GIT_EXTERNAL_DIFF выходы.

Для пути, который не объединен, GIT_EXTERNAL_DIFF вызывается с 1 параметром, .

Для каждого пути GIT_EXTERNAL_DIFF вызывается, две переменные среды,
GIT_DIFF_PATH_COUNTER и GIT_DIFF_PATH_TOTAL установлены.

GIT_DIFF_PATH_COUNTER
Счетчик, отсчитываемый от 1, увеличивается на единицу для каждого пути.

GIT_DIFF_PATH_TOTAL
Общее количество путей.

другие
GIT_MERGE_VERBOSITY
Число, управляющее объемом вывода, отображаемым стратегией рекурсивного слияния.
Переопределяет merge.verbosity. Видеть git-слияние(1)

GIT_PAGER
Эта переменная среды имеет приоритет над $ PAGER. Если он установлен на пустую строку или на
значение "cat", Git не запустит пейджер. См. Также параметр core.pager в мерзавец
конфиг(1).

GIT_EDITOR
Эта переменная среды имеет приоритет над $ EDITOR и $ VISUAL. Используется несколькими Git
команды, когда в интерактивном режиме должен быть запущен редактор. Смотрите также git-вар(1)
и опция core.editor в git-конфигурация(1).

GIT_SSH, GIT_SSH_COMMAND
Если установлена ​​одна из этих переменных среды, то мерзавец получать и мерзавец протолкнуть. буду использовать
указанная команда вместо SSH когда им нужно подключиться к удаленной системе. В
команде будет дано ровно два или четыре аргумента: имя пользователя @ хост (или просто кашель)
из URL-адреса и команды оболочки для выполнения в этой удаленной системе, необязательно
предшествует -p (буквально) и порт из URL-адреса, когда он указывает что-то другое
чем порт SSH по умолчанию.

$ GIT_SSH_COMMAND имеет приоритет над $ GIT_SSH и интерпретируется оболочкой,
что позволяет включать дополнительные аргументы. С другой стороны, $ GIT_SSH должен быть
просто путь к программе (которая может быть сценарием оболочки оболочки, если дополнительные
нужны аргументы).

Обычно любые желаемые параметры проще настроить через личный кабинет.
.ssh / конфигурационный файл. Дополнительные сведения см. В документации по ssh.

GIT_ASKPASS
Если эта переменная среды установлена, то команды Git, которым необходимо получить пароли.
или парольные фразы (например, для аутентификации HTTP или IMAP) вызовут эту программу с
подходящее приглашение в качестве аргумента командной строки и прочтите пароль из его STDOUT. Видеть
так же core.askPass вариант в git-конфигурация(1).

GIT_TERMINAL_PROMPT
Если для этой переменной среды установлено значение 0, git не будет запрашивать на терминале (например,
при запросе HTTP-аутентификации).

GIT_CONFIG_NOSYSTEM
Следует ли пропускать чтение настроек из общесистемного файла $ (prefix) / etc / gitconfig.
Эту переменную среды можно использовать вместе с $ HOME и $ XDG_CONFIG_HOME для создания
предсказуемая среда для придирчивого сценария, или вы можете временно установить ее, чтобы избежать
используя ошибочный файл / etc / gitconfig, ожидая кого-нибудь с достаточным
разрешения, чтобы исправить это.

GIT_FLUSH
Если для этой переменной среды установлено значение «1», то такие команды, как мерзавец обвинять (в
инкрементный режим), мерзавец список изменений, мерзавец журнал, мерзавец проверка атрибута и мерзавец проверить-игнорировать будете
принудительно очистить выходной поток после очистки каждой записи. Если это
переменная установлена ​​в "0", вывод этих команд будет производиться с использованием полностью
буферизованный ввод / вывод. Если эта переменная среды не установлена, Git выберет буферизованный или
ориентированная на запись очистка в зависимости от того, перенаправляется ли стандартный вывод в файл или
не.

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

Если для этой переменной задано значение «1», «2» или «истина» (при сравнении регистр не учитывается), трассировка
сообщения будут напечатаны в stderr.

Если для переменной задано целочисленное значение больше 2 и меньше 10 (строго)
тогда Git интерпретирует это значение как дескриптор открытого файла и попытается написать
сообщения трассировки в этот файловый дескриптор.

В качестве альтернативы, если для переменной задан абсолютный путь (начиная с /
символ), Git интерпретирует это как путь к файлу и попытается записать трассировку
сообщения в него.

Отмена установки переменной или установка ее на пустое значение, "0" или "false" (без учета регистра)
отключает сообщения трассировки.

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

GIT_TRACE_PACKET
Включает сообщения трассировки для всех пакетов, входящих или исходящих из данной программы. Это может
помощь в отладке согласования объектов или других проблемах протокола. Трассировка отключена
в пакете, начинающемся с "PACK" (но см. GIT_TRACE_PACKFILE ниже). Видеть GIT_TRACE для
доступные параметры вывода трассировки.

GIT_TRACE_PACKFILE
Включает отслеживание пакетов, отправленных или полученных данной программой. В отличие от других следов
На выходе эта трассировка дословная: без заголовков и без цитирования двоичных данных. Ты почти
определенно хотите направить в файл (например, GIT_TRACE_PACKFILE = / tmp / my.pack), а
чем отображать его на терминале или смешивать с другим выводом трассировки.

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

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

GIT_TRACE_SETUP
Включает сообщения трассировки, распечатывающие .git, рабочее дерево и текущий рабочий каталог
после того, как Git завершит этап настройки. Видеть GIT_TRACE для доступного вывода трассировки
настройки.

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

GIT_LITERAL_PATHSPECS
Установка этой переменной в 1 приведет к тому, что Git будет трактовать все пути буквально, а не
чем в виде глобусов. Например, запуск GIT_LITERAL_PATHSPECS = 1 git log - '* .c'
будет искать коммиты, которые касаются пути * .c, а не любых путей, которые глобальный * .c
Матчи. Вам может понадобиться это, если вы передаете Git буквальные пути (например, пути
ранее предоставленные вам с помощью git ls-tree, --raw diff output и т. д.).

GIT_GLOB_PATHSPECS
Установка этой переменной в 1 приведет к тому, что Git будет обрабатывать все пути как глобальные шаблоны (также известные как
"шарик" магия).

GIT_NOGLOB_PATHSPECS
Установка этой переменной в 1 приведет к тому, что Git будет рассматривать все пути как буквальные (также известные как
«буквальная» магия).

GIT_ICASE_PATHSPECS
Установка этой переменной в 1 приведет к тому, что Git будет обрабатывать все пути без учета регистра.

GIT_REFLOG_ACTION
При обновлении ссылки создаются записи журнала ссылок, чтобы отслеживать причину, по которой
ref был обновлен (обычно это имя высокоуровневой команды, которая обновила
исх.), в дополнение к старому и новому значениям исх. Авторский фарфор
команда может использовать вспомогательную функцию set_reflog_action в git-sh-setup, чтобы установить ее имя на
эта переменная, когда она вызывается конечным пользователем как команда верхнего уровня, должна быть
записано в теле рефлога.

GIT_REF_PARANOIA
Если установлено в 1, включать неработающие или плохо названные ссылки при итерации по спискам ссылок. В
нормальный, неповрежденный репозиторий, это ничего не делает. Однако его включение может помочь
git для обнаружения и прерывания некоторых операций при наличии неработающих ссылок. Git устанавливает это
переменная автоматически при выполнении деструктивных операций, таких как мерзавец(1). Ты
не нужно устанавливать его самостоятельно, если вы не хотите быть параноиком в отношении
операция коснулась каждой ссылки (например, потому что вы клонируете репозиторий, чтобы создать
резервное копирование).

GIT_ALLOW_ПРОТОКОЛ
Если установлено, укажите список протоколов, разделенных двоеточиями, которые разрешено использовать с
получить / нажать / клонировать. Это полезно для ограничения инициализации рекурсивного подмодуля из
ненадежный репозиторий. Любой протокол, не упомянутый, будет запрещен (т. Е. Это
белый список, а не черный список). Если переменная вообще не задана, все протоколы
включено. В настоящее время git использует следующие имена протоколов:

· File: любой локальный путь на основе файла (включая URL-адреса file: // или локальные пути)

· Git: анонимный протокол git через прямое TCP-соединение (или прокси, если
настроено)

· Ssh: git over ssh (включая синтаксис host: path, git + ssh: // и т. Д.).

· Rsync: git поверх rsync

· Http: git через http, как «умный http», так и «тупой http». Обратите внимание, что это не
включить https; если вы хотите оба, вы должны указать оба как http: https.

· Любые внешние помощники называются по их протоколу (например, используйте hg, чтобы разрешить
git-remote-hg помощник)

ОБСУЖДЕНИЕ

Более подробную информацию о нижеследующем можно получить в идти понятия глава of домен
руководство пользователя[2] и gitcore-учебник(7).

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

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

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

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

При первом создании объекты хранятся в отдельных файлах, но для повышения эффективности могут позже
быть сжаты вместе в «файлы упаковки».

Именованные указатели, называемые refs, отмечают интересные моменты в истории. Ссылка может содержать SHA-1
название объекта или имя другого исх. Ссылки с именами, начинающимися с ref / head / contain
имя SHA-1 последнего коммита (или "головы") разрабатываемой ветки. SHA-1
названия интересующих тегов хранятся в каталоге ref / tags /. Специальная ссылка HEAD содержит
имя текущего извлеченного филиала.

Индексный файл инициализируется списком всех путей и для каждого пути объектом blob.
и набор атрибутов. Объект blob представляет содержимое файла на момент
руководитель действующего филиала. Атрибуты (время последнего изменения, размер и т. Д.) Берутся из
соответствующий файл в рабочем дереве. Последующие изменения в рабочем дереве могут быть
найдено путем сравнения этих атрибутов. Индекс может быть обновлен новым содержанием и новым
коммиты могут быть созданы из содержимого, хранящегося в индексе.

Индекс также может хранить несколько записей (называемых «этапами») для данного
путь. Эти этапы используются для хранения различных версий файла без объединения, когда
слияние выполняется.

ДАЛЬШЕ ДОКУМЕНТАЦИЯ

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

Ассоциация идти понятия глава of домен руководство пользователя[2] и gitcore-учебник(7) оба обеспечивают
введение в базовую архитектуру Git.

Читать gitworkflows(7) для обзора рекомендуемых рабочих процессов.

См. Также HOWTO[3] документы для некоторых полезных примеров.

Внутреннее устройство задокументировано в идти API документации[4].

Пользователи, переходящие с CVS, также могут захотеть прочитать gitcvs-миграция(7).

АВТОРЫ

Git был основан Линусом Торвальдсом, а в настоящее время поддерживается Junio ​​C Hamano. Многочисленные
взносы поступили из списка рассылки Git[электронная почта защищена][5]>.
http://www.openhub.net/p/git/contributors/summary дает вам более полный список
вкладчики.

Если у вас есть клон самого git.git, вывод git-шортлог(1) и мерзавец(1) может
показать вам авторов отдельных частей проекта.

СОСТАВЛЕНИЕ ОТЧЕТОВ ОШИБКИ

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

Используйте git онлайн с помощью сервисов onworks.net