git - Інтернет у хмарі

ПРОГРАМА:

ІМ'Я

git - дурний трекер вмісту

СИНТАКСИС

мерзотник [--версія] [--довідка] [-C ] [-c = ]
[--exec-path[= ]] [--html-шлях] [--шлях людини] [--info-шлях]
[-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
[--git-dir= ] [--work-tree= ] [--namespace= ]
[ ]

ОПИС

Git — це швидка, масштабована, розподілена система контролю редагування з надзвичайно багатими можливостями
набір команд, який забезпечує як високорівневі операції, так і повний доступ до внутрішніх компонентів.

Читати gittutorial(7) щоб почати, потім див giteverday(7) для корисного мінімального набору
команди. The Git Користувача Мануал[1] має більш глибокий вступ.

Після того, як ви освоїте основні поняття, ви можете повернутися на цю сторінку, щоб дізнатися, що саме
команд Git пропонує. Ви можете дізнатися більше про окремі команди Git за допомогою «git help
команда". gitcli(7) сторінка посібника дає вам огляд синтаксису командного рядка.

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

ВАРІАНТИ

-- версія
Друкує версію пакету Git, яку мерзотник програма прийшла з.

--допомога
Друкує синопсис і список найбільш часто використовуваних команд. Якщо варіант --все
or -a дається, то всі доступні команди друкуються. Якщо команда Git називається це
Параметр відкриє сторінку посібника для цієї команди.

Доступні інші параметри, щоб керувати тим, як відображатиметься сторінка посібника. Подивитися 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 =
Передайте команді параметр конфігурації. Наведене значення перевизначить значення
з файлів конфігурації. The очікується в тому ж форматі, що зазначено в мерзотник
конфиг (підключі розділені крапками).

Зауважте, що пропуск = в git -c foo.bar ... дозволяється і встановлює foo.bar як
логічне значення true (так само, як [foo]bar у файлі конфігурації). Включаючи рівних
але з порожнім значенням (наприклад, git -c foo.bar= ...) встановлює foo.bar у порожній рядок.

--exec-шлях[= ]
Шлях до місця, де встановлено ваші основні програми Git. Цим також можна контролювати
встановлення змінної середовища GIT_EXEC_PATH. Якщо шлях не вказано, мерзотник буде надруковано
поточне налаштування, а потім вийдіть.

--html-шлях
Надрукуйте шлях без косої риски, де встановлено HTML-документацію Git
і вийти.

--шлях людини
Роздрукуйте шлях користувача (див людина(1)) для сторінок man для цієї версії Git і вийти.

--інформаційний шлях
Надрукуйте шлях, де інстальовано інформаційні файли, що документують цю версію Git
ВХІД.

-p, --розмістити на сторінках
Введіть весь вихід менше (або якщо встановлено, $PAGER), якщо стандартний вихід є терміналом. Це
перевизначає пейджер. параметри конфігурації (див. «Механізм конфігурації»
розділ нижче).

--без пейджера
Не передавайте вихід Git у пейджер.

--git-dir=
Встановіть шлях до сховища. Цим також можна керувати, встановивши GIT_DIR
змінна середовища. Це може бути абсолютний шлях або відносний шлях до поточної роботи
каталог.

--work-tree=
Встановіть шлях до робочого дерева. Це може бути абсолютний шлях або шлях відносно
поточний робочий каталог. Цим також можна керувати, встановивши GIT_WORK_TREE
змінна середовища та змінна конфігурації core.worktree (див. core.worktree
in git-config(1) для більш детального обговорення).

--простір імен=
Встановіть простір імен Git. Подивитися простори імен git(7) для більш детальної інформації. Еквівалент налаштувань
змінна середовища GIT_NAMESPACE.

--голі
Розглядайте сховище як оголене сховище. Якщо середовище GIT_DIR не встановлено, воно є
встановити поточний робочий каталог.

--no-replace-Objects
Не використовуйте посилання на заміну для заміни об’єктів Git. Подивитися git-replace(1) більше
інформація.

--literal-pathspecs
Ставтеся до pathspec буквально (тобто без глобінгу, без магії pathspec). Це еквівалентно
встановлення для змінної середовища GIT_LITERAL_PATHSPECS значення 1.

--glob-pathspecs
Додайте магію "glob" до всіх шляхів. Це еквівалентно налаштуванню GIT_GLOB_PATHSPECS
змінна середовища до 1. Можна вимкнути глобінг для окремих шляхів
використання магії шляху специфікації ":(літеральний)"

--noglob-pathspecs
Додайте "буквальну" магію до всіх шляхів. Це еквівалентно налаштуванню
GIT_NOGLOB_PATHSPECS змінна середовища до 1. Увімкнення глобінгу для особи
pathspecs можна зробити за допомогою pathspec magic ":(glob)"

--case-pathspecs
Додайте магію "case" до всіх шляхів. Це еквівалентно налаштуванню
GIT_ICASE_PATHSPECS змінна середовища до 1.

GIT КОМАНДИ

Ми поділяємо Git на команди високого рівня («порцелянові») і команди низького рівня («сантехніка»).

ВИСОКИЙ РІВЕНЬ КОМАНДИ (ПОРЦЕЛЯНОВИЙ)

Ми розділяємо порцелянові команди на основні команди та деяких допоміжних користувачів
комунальні послуги.

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

git-am(1)
Застосуйте серію патчів з поштової скриньки.

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

git-bisect(1)
Використовуйте двійковий пошук, щоб знайти фіксацію, яка ввела помилку.

git-гілка(1)
Список, створення або видалення гілок.

git-пакет(1)
Переміщення об’єктів і посилань за допомогою архіву.

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

git-cherry-pick(1)
Застосуйте зміни, внесені деякими існуючими комітами.

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

git-clean(1)
Видаліть невідстежувані файли з робочого дерева.

git-клон(1)
Клонуйте сховище в новий каталог.

git-commit(1)
Записувати зміни до сховища.

git-описати(1)
Опишіть коміт, використовуючи останній тег, доступний з нього.

git-diff(1)
Показати зміни між комітами, комітами та робочим деревом тощо.

git-fetch(1)
Завантажте об’єкти та посилання з іншого сховища.

git-format-patch(1)
Підготуйте патчі для надсилання електронною поштою.

git-gc(1)
Очистіть непотрібні файли та оптимізуйте локальне сховище.

git-grep(1)
Роздрукуйте лінії, що відповідають малюнку.

git-gui(1)
Портативний графічний інтерфейс для Git.

git-init(1)
Створіть порожній репозиторій Git або повторно ініціалізуйте наявний.

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

git-merge(1)
Об’єднайте дві або більше історій розвитку разом.

git-mv(1)
Переміщення або перейменування файлу, каталогу або символічного посилання.

git-нотатки(1)
Додайте або перевірте нотатки об’єктів.

git-pull(1)
Отримати та інтегрувати з іншим репозиторієм або локальною гілкою.

git-push(1)
Оновити віддалені посилання разом із пов’язаними об’єктами.

git-rebase(1)
Переадресація локального порту фіксує оновлену верхню голову.

git-скидання(1)
Скиньте поточний HEAD до вказаного стану.

git-повернення(1)
Поверніть деякі існуючі коміти.

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

git-shortlog(1)
Підсумувати мерзотник журнал вихід.

git-шоу(1)
Покажіть різні типи об’єктів.

git-stash(1)
Сховайте зміни в брудному робочому каталозі.

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

git-підмодуль(1)
Ініціалізація, оновлення або перевірка підмодулів.

git-тег(1)
Створення, перелік, видалення або перевірка об’єкта тегу, підписаного за допомогою GPG.

git-worktree(1)
Керуйте кількома робочими деревами.

gitk(1)
Браузер сховища Git.

Допоміжні Команди
Маніпулятори:

git-config(1)
Отримати та встановити репозиторій або глобальні параметри.

git-fast-export(1)
Експортер даних Git.

git-fast-import(1)
Бекенд для швидких імпортерів даних Git.

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

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

git-pack-refs(1)
Пакуйте заголовки та теги для ефективного доступу до сховища.

git-чорнослив(1)
Видалити всі недоступні об’єкти з бази даних об’єктів.

git-reflog(1)
Керуйте інформацією reflog.

git-повторне посилання(1)
Жорстке посилання на загальні об’єкти в локальних сховищах.

git-remote(1)
Керуйте набором відстежених сховищ.

git-prepack(1)
Упакуйте розпаковані об’єкти в репозиторій.

git-replace(1)
Створюйте, перераховуйте, видаляйте посилання для заміни об’єктів.

Допитувачі:

git-анотація(1)
Додайте анотації до рядків файлу інформацією про фіксацію.

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

git-вишня(1)
Знайдіть коміти, які ще не застосовуються до upstream.

git-count-Objects(1)
Підрахувати кількість розпакованих об’єктів та їх споживання на диск.

git-difftool(1)
Показати зміни за допомогою звичайних інструментів відмінності.

git-fsck(1)
Перевіряє зв'язність і дійсність об'єктів у базі даних.

git-get-tar-commit-id(1)
Витягніть ідентифікатор фіксації з архіву, створеного за допомогою git-archive.

git-довідка(1)
Відобразити довідкову інформацію про Git.

git-instaweb(1)
Миттєво переглядайте своє робоче сховище в gitweb.

git-merge-tree(1)
Показати тристороннє злиття, не торкаючись індексу.

git-rerere(1)
Повторне використання записаного вирішення конфліктних об’єднань.

git-rev-parse(1)
Підберіть і масажні параметри.

git-show-гілка(1)
Показати гілки та їх коміти.

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

git-verify-tag(1)
Перевірте підпис тегів GPG.

git-що змінилося(1)
Показати журнали з різницею, яку вводить кожен комміт.

gitweb(1)
Веб-інтерфейс Git (веб-інтерфейс до репозиторіїв Git).

Взаємодія з інші
Ці команди призначені для взаємодії з іноземним SCM та іншими людьми за допомогою виправлення
електронної пошти.

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

git-cvsexportcommit(1)
Експортуйте одну фіксацію до перевірки CVS.

git-cvsimport(1)
Врятуйте свої дані від іншого SCM, який люди люблять ненавидіти.

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

git-imap-send(1)
Надішліть колекцію патчів зі стандартного входу в папку IMAP.

git-p4(1)
Імпорт із сховищ Perforce та відправка в них.

git-quiltimport(1)
Застосовує набір патчів ковдру до поточної гілки.

git-request-pull(1)
Створює підсумок змін, що очікують на розгляд.

git-send-email(1)
Надішліть колекцію патчів електронною поштою.

git-svn(1)
Двонаправлена ​​операція між репозиторієм Subversion і Git.

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

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

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

Наступний опис поділяє команди низького рівня на команди, якими маніпулюють
об’єкти (у сховищі, індексі та робочому дереві), команди, які запитують і
порівнювати об’єкти та команди, які переміщують об’єкти та посилання між сховищами.

Маніпуляція Команди
git-застосувати(1)
Застосуйте виправлення до файлів та/або до індексу.

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

git-дерево-комітів(1)
Створіть новий об’єкт фіксації.

git-hash-об'єкт(1)
Обчислюйте ідентифікатор об’єкта та, за бажанням, створюєте BLOB із файлу.

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

git-merge-file(1)
Запустіть тристороннє злиття файлів.

git-merge-index(1)
Запустіть об’єднання файлів, які потребують об’єднання.

git-mtag(1)
Створює об’єкт тега.

git-mktree(1)
Побудуйте об’єкт дерева з тексту, відформатованого ls-tree.

git-pack-Objects(1)
Створіть запакований архів об'єктів.

git-чорнослив запакований(1)
Видаліть зайві об’єкти, які вже є у файлах пакету.

git-read-tree(1)
Зчитує інформацію про дерево в індекс.

git-symbolic-ref(1)
Читайте, змінюйте та видаляйте символічні посилання.

git-розпакувати-об'єкти(1)
Розпакуйте об’єкти із запакованого архіву.

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

git-оновлення-ref(1)
Безпечно оновіть ім’я об’єкта, що зберігається в ref.

git-write-tree(1)
Створіть об’єкт дерева з поточного індексу.

Допит Команди
git-cat-файл(1)
Надайте інформацію про вміст або тип і розмір для об’єктів сховища.

git-diff-файли(1)
Порівнює файли в робочому дереві та індексі.

git-diff-index(1)
Порівняйте дерево з робочим деревом або індексом.

git-різниця-дерево(1)
Порівнює вміст і режим крапель, знайдених за допомогою двох об’єктів дерева.

git-for-each-ref(1)
Вивести інформацію по кожному реф.

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

git-ls-remote(1)
Перелік посилань у віддаленому сховищі.

git-ls-дерево(1)
Перерахуйте вміст об’єкта дерева.

git-merge-base(1)
Знайдіть якомога хороших спільних предків для злиття.

git-name-rev(1)
Знайдіть символічні назви для заданих обертів.

git-pack-redundant(1)
Знайдіть зайві файли пакету.

git-rev-list(1)
Списки фіксують об’єкти в зворотному хронологічному порядку.

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

git-show-ref(1)
Перелік посилань у локальному сховищі.

git-розпакувати-файл(1)
Створює тимчасовий файл із вмістом BLOB.

git-вар(1)
Показати логічну змінну Git.

git-verify-pack(1)
Перевірте запаковані архівні файли Git.

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

Синхронізація сховища
git-демон(1)
Дуже простий сервер для репозиторіїв Git.

git-fetch-pack(1)
Отримувати відсутні об’єкти з іншого сховища.

git-http-сервер(1)
Реалізація Git через HTTP на стороні сервера.

git-send-pack(1)
Перенесіть об’єкти через протокол Git в інше сховище.

інформація про сервер git-оновлень(1)
Оновіть допоміжний інформаційний файл, щоб допомогти тупім серверам.

Нижче наведено допоміжні команди, які використовуються вище; кінцеві користувачі зазвичай не використовують їх
безпосередньо.

git-http-fetch(1)
Завантажте з віддаленого репозиторію Git через HTTP.

git-http-push(1)
Передавання об’єктів через HTTP/DAV в інше сховище.

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

git-receive-pack(1)
Отримайте те, що поміщено в сховище.

git-оболонка(1)
Обмежена оболонка входу для доступу SSH лише для Git.

git-upload-archive(1)
Надіслати архів назад до git-archive.

git-upload-pack(1)
Надсилайте запаковані об’єкти назад до git-fetch-pack.

Внутрішній helper Команди
Це внутрішні допоміжні команди, які використовуються іншими командами; кінцеві користувачі зазвичай не використовують
їх безпосередньо.

git-check-attr(1)
Відобразити інформацію про атрибути gita.

git-check-ігнор(1)
Налагодити файли gitignore/exclude.

git-check-mailmap(1)
Показувати канонічні імена та електронні адреси контактів.

git-check-ref-format(1)
Гарантує, що ім’я посилання добре сформовано.

git-колонка(1)
Відображення даних у стовпцях.

облікові дані git(1)
Отримувати та зберігати облікові дані користувача.

git-credential-cache(1)
Помічник для тимчасового зберігання паролів в пам'яті.

git-credential-store(1)
Помічник для зберігання облікових даних на диску.

git-fmt-merge-msg(1)
Створіть повідомлення про фіксацію злиття.

git-interpret-trailers(1)
допомагають додавати структуровану інформацію в повідомлення фіксації.

git-mailinfo(1)
Витягує патч і авторство з одного повідомлення електронної пошти.

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

git-merge-one-file(1)
Стандартна допоміжна програма для використання з git-merge-index.

git-patch-id(1)
Обчисліть унікальний ідентифікатор для виправлення.

git-sh-i18n(1)
Код налаштування i18n Git для сценаріїв оболонки.

git-sh-setup(1)
Загальний код налаштування сценарію оболонки Git.

git-stripspace(1)
Видаліть непотрібні пробіли.

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

Git використовує простий текстовий формат для зберігання налаштувань, які є для кожного сховища та для кожного
користувач. Такий файл конфігурації може виглядати так:

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

; основні змінні
[ядро]
; Не довіряйте файловим режимам
файловий режим = false

; ідентифікатор користувача
[User]
name = "Junio ​​C Hamano"
email = "[захищено електронною поштою]"

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

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

Вказує ім’я об’єкта для будь-якого типу об’єкта.


Вказує ім’я об’єкта BLOB.


Вказує назву об’єкта дерева.


Вказує ім’я об’єкта фіксації.


Вказує ім'я об'єкта дерева, фіксації або тегу. Команда, яка приймає a
аргумент зрештою хоче оперувати a об’єкт, але автоматично розіменовується
і об'єкти, які вказують на a .


Вказує ім'я об'єкта фіксації або тегу. Команда, яка приймає a аргумент
зрештою хоче оперувати a об’єкт, але автоматично розіменовується
об'єкти, які вказують на a .


Вказує, що тип об’єкта потрібен. Наразі одне з: blob, tree, commit або
бирка.


Вказує ім'я файлу - майже завжди відносно кореня деревоподібної структури
GIT_INDEX_FILE описує.

СИМВОЛІЧНИЙ ІДЕНТИФІКАТОРИ

Будь-яка команда Git приймає будь-яку також можна використовувати таке символічне позначення:

ГОЛОВА
вказує керівника поточної філії.


дійсний тег ім'я (тобто refs/tags/ посилання).


дійсний керівник ім'я (тобто refs/heads/ посилання).

Більш повний список способів написання імен об’єктів див. у розділі «УКАЗАННЯ РЕВІЗІЙ»
in гітревізії(7).

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

Будь ласка, зверніться до гітрепозиторій-макет(5) документ.

Читати гітхуки(5) для отримання додаткової інформації про кожен гачок.

SCM вищого рівня можуть надавати й керувати додатковою інформацією в $GIT_DIR.

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

Див гітглосарій(7).

НАВКОЛИШНЄ СЕРЕДОВИЩЕ ЗМІННІ

Різні команди Git використовують такі змінні середовища:

Команда Git Сховище
Ці змінні середовища застосовуються до всі основні команди Git. Nb: варто зауважити, що
вони можуть використовуватися/замінюватися SCMS, що знаходиться над Git, тому будьте обережні, якщо використовуєте іноземний
передній край.

GIT_INDEX_FILE
Це середовище дозволяє специфікувати альтернативний індексний файл. Якщо ні
зазначено, використовується за замовчуванням $GIT_DIR/index.

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

GIT_OBJECT_DIRECTORY
Якщо через цю змінну середовища вказано каталог зберігання об’єктів, тоді
Під ним створюються каталоги sha1 - інакше $GIT_DIR/objects за замовчуванням
використовується каталог.

GIT_ALTERNATE_OBJECT_DIRECTORIES
Через незмінну природу об’єктів Git старі об’єкти можна архівувати в спільні,
каталоги лише для читання. Ця змінна вказує розділений «:» (у Windows «;»
розділений) список каталогів об’єктів Git, які можна використовувати для пошуку об’єктів Git.
Нові об'єкти не будуть записані в ці каталоги.

GIT_DIR
Якщо GIT_DIR змінна середовища встановлюється, то вона визначає шлях для використання замість нього
.git за замовчуванням для бази сховища. The --гіт-реж параметр командного рядка
також встановлює це значення.

GIT_WORK_TREE
Встановіть шлях до кореня робочого дерева. Цим також можна керувати за допомогою
-- робоче дерево параметр командного рядка та змінну конфігурації core.worktree.

GIT_NAMESPACE
Встановіть простір імен Git; подивитися простори імен git(7) для деталей. The --простір імен командного рядка
параметр також встановлює це значення.

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. Подивитися гітрепозиторій-макет(5) і git-worktree(1) для деталей.
Ця змінна має нижчий пріоритет, ніж інші змінні шляху, такі як GIT_INDEX_FILE,
GIT_OBJECT_DIRECTORY...

Git Здійснює
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, ЕЛ. АДРЕСА
побачити git-дерево-комітів(1)

Git Відмінності
GIT_DIFF_OPTS
Єдине дійсне налаштування - "--unified=??" або "-у??" щоб встановити кількість рядків контексту
відображається, коли створюється уніфікована відмінність. Це має пріоритет перед будь-яким "-U" або
Значення параметра «--unified», передане в командному рядку Git diff.

GIT_EXTERNAL_DIFF
Коли змінна середовища GIT_EXTERNAL_DIFF встановлено, названа ним програма є
замість виклику diff, описаного вище. Для шляху, який додається,
видалено або змінено, GIT_EXTERNAL_DIFF викликається з 7 параметрами:

шлях старий-файл старий-шістнадцятковий старий-режим новий-файл новий-шістнадцятковий новий-режим

де:

- файл
це файли, які GIT_EXTERNAL_DIFF може використовувати для читання вмісту ,

-шістнадцятковий
є хешами SHA-40 із 1 шістнадцятковими цифрами,

-режим
є вісімковим представленням режимів файлів.

Параметри файлу можуть вказувати на робочий файл користувача (наприклад, new-file in
"git-diff-files"), /dev/null (наприклад, старий файл, коли додається новий файл), або тимчасовий
файл (наприклад, old-file в індексі). 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-merge(1)

GIT_PAGER
Ця змінна середовища замінює $PAGER. Якщо для нього встановлено порожній рядок або значення
значення "cat", Git не запускатиме пейджер. Дивіться також параметр core.pager у git-
конфиг(1).

GIT_EDITOR
Ця змінна середовища замінює $EDITOR і $VISUAL. Його використовують декілька Git
команди, коли в інтерактивному режимі потрібно запустити редактор. Дивіться також git-вар(1)
і параметр core.editor в git-config(1).

GIT_SSH, GIT_SSH_COMMAND
Якщо одна з цих змінних середовища встановлена, тоді мерзотник отримувати та мерзотник штовхати буде використовувати
замість вказаної команди SSH коли їм потрібно підключитися до віддаленої системи. The
команді буде надано рівно два або чотири аргументи: the ім'я користувача@хост (або просто господар)
з URL-адреси та команди оболонки для виконання на цій віддаленій системі, за бажанням
передує -p (буквально) і порт з URL-адреси, коли вона вказує щось інше
ніж порт SSH за замовчуванням.

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

Зазвичай простіше налаштувати будь-які потрібні параметри через особисту
файл .ssh/config. Будь ласка, зверніться до вашої документації ssh для отримання додаткової інформації.

GIT_ASKPASS
Якщо ця змінна середовища встановлена, то команди Git повинні отримати паролі
або парольні фрази (наприклад, для аутентифікації HTTP або IMAP) буде викликати цю програму з a
відповідний рядок як аргумент командного рядка та прочитання пароля з його STDOUT. Подивитися
також core.askPass варіант в git-config(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" або "true" (порівняння не чутливе до регістру), слід
повідомлення будуть надруковані на stderr.

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

Крім того, якщо для змінної встановлено абсолютний шлях (починаючи з a /
символ), Git інтерпретує це як шлях до файлу та спробує записати трасування
повідомлення в нього.

Скасування змінної або встановлення для неї значення пустого, "0" або "false" (не чутливий до регістру)
вимикає відстеження повідомлень.

GIT_TRACE_PACK_ACCESS
Дозволяє відстежувати повідомлення для всіх доступів до будь-яких пакетів. Для кожного доступу файл pack
ім'я та зміщення в пакеті записується. Це може бути корисно для усунення несправностей
деякі проблеми з продуктивністю пакета. Подивитися GIT_TRACE для доступного виводу трасування
Варіанти.

GIT_TRACE_PACKET
Дозволяє відстежувати повідомлення для всіх пакетів, що надходять або виходять із заданої програми. Це може
допомога з узгодженням об’єктів налагодження чи іншими проблемами протоколу. Відстеження вимкнено
у пакеті, що починається з "PACK" (але див GIT_TRACE_PACKFILE нижче). Подивитися GIT_TRACE та цінності
доступні параметри виведення трасування.

GIT_TRACE_PACKFILE
Дозволяє відстежувати файли pack, надіслані або отримані певною програмою. На відміну від інших слідів
виведення, ця трасування є дослівним: без заголовків і без цитат двійкових даних. Ви майже
безумовно, хочеться направити у файл (наприклад, 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, а не будь-які шляхи, які glob *.c
сірники. Вам може знадобитися це, якщо ви передаєте буквальні шляхи до Git (наприклад, paths
раніше наданий вам git ls-tree, --raw вихід diff тощо).

GIT_GLOB_PATHSPECS
Установлення цієї змінної на 1 змусить Git розглядати всі параметри шляху як шаблони glob (він же
«глобальна» магія).

GIT_NOGLOB_PATHSPECS
Встановлення цієї змінної в 1 змусить Git розглядати всі параметри шляху як літеральні (він же
«буквальна» магія).

GIT_ICASE_PATHSPECS
Установлення цієї змінної на 1 змусить Git розглядати всі параметри шляху як нечутливі до регістру.

GIT_REFLOG_ACTION
Коли посилання оновлюється, створюються записи reflog, щоб відстежувати причину
ref було оновлено (як правило, ім’я оновленої команди високого рівня
ref), на додаток до старого та нового значення ref. Порцеляна за сценарієм
Команда може використовувати допоміжну функцію set_reflog_action у git-sh-setup, щоб встановити її назву
ця змінна, коли кінцевий користувач викликає її як команду верхнього рівня
записано в тілі reflog.

GIT_REF_ПАРАНОЯ
Якщо встановлено значення 1, під час ітерації списків посилань включайте непрацюючі або неправильно названі посилання. в
звичайне, непошкоджене сховище, це нічого не робить. Однак його ввімкнення може допомогти
git для виявлення та припинення деяких операцій за наявності пошкоджених посилань. Git встановлює це
змінюється автоматично під час виконання деструктивних операцій, наприклад git-чорнослив(1). ти
не потрібно встановлювати його самостійно, якщо ви не хочете бути параноїком щодо переконання, що
операція торкнулася кожного ref (наприклад, тому що ви клонуєте репозиторій, щоб створити a
резервне копіювання).

GIT_ALLOW_PROTOCOL
Якщо встановлено, надайте розділений двокрапкою список протоколів, з якими дозволено використовувати
отримати/натиснути/клонувати. Це корисно для обмеження рекурсивної ініціалізації підмодуля від
ненадійне сховище. Будь-який протокол, не згаданий, буде заборонений (тобто це
білий, а не чорний список). Якщо змінна взагалі не встановлена, всі протоколи є
увімкнено. На даний момент git використовує назви протоколів:

· файл: будь-який локальний шлях до файлу (включаючи URL-адреси file:// або локальні шляхи)

· git: анонімний протокол git через пряме TCP-з'єднання (або проксі-сервер, якщо
налаштовано)

· ssh: git через ssh (включаючи синтаксис host:path, git+ssh:// тощо).

· rsync: git над rsync

· http: git через http, як "розумний http", так і "тупий http". Зауважте, що це так НЕ
включити https; якщо ви хочете обидва, ви повинні вказати обидва як http:https.

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

ОБГОВОРЕННЯ

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

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

Об’єктна база даних містить об’єкти трьох основних типів: blobs, які містять дані файлів;
дерева, які вказують на краплі та інші дерева для побудови ієрархії каталогів; і
коміти, кожен з яких посилається на одне дерево і деяку кількість батьківських комітів.

Коміт, еквівалентний тому, що інші системи називають "набором змін" або "версією", представляє
крок в історії проекту, і кожен з батьків представляє безпосередньо попередній крок.
Коміти з більш ніж одним батьком представляють злиття незалежних напрямків розробки.

Усі об’єкти називаються за допомогою хеша SHA-1 їхнього вмісту, зазвичай записуються у вигляді рядка
40 шістнадцяткових цифр. Такі імена є унікальними у всьому світі. Вся історія, що веде до фіксації
можна підтвердити, підписавши саме це зобов’язання. Надається четвертий тип об’єкта, тег
Для цієї мети.

При першому створенні об’єкти зберігаються в окремих файлах, але для ефективності можуть пізніше
бути стиснутими разом у "файли упаковки".

Іменовані покажчики, які називаються refs, позначають цікаві моменти в історії. Посилання може містити SHA-1
назва об'єкта або назва іншого реф. Посилання з іменами, які починаються ref/head/ містять
ім'я SHA-1 останнього коміту (або "голови") гілки, що розробляється. SHA-1
назви тегів, що цікавлять, зберігаються під ref/tags/. Містить спеціальний довідник під назвою HEAD
ім'я поточної філії, що виписується.

Файл індексу ініціалізується списком усіх шляхів і для кожного шляху об’єктом BLOB-об’єкта
і набір атрибутів. Об’єкт BLOB представляє вміст файлу станом на
керівник поточного відділення. Атрибути (час останньої зміни, розмір тощо) беруться з
відповідний файл у робочому дереві. Подальші зміни робочого дерева можуть бути
знайдено шляхом порівняння цих атрибутів. Покажчик може оновлюватися як новим вмістом, так і новим
коміти можуть бути створені з вмісту, що зберігається в індексі.

Індекс також може зберігати декілька записів (так звані «стади») для даного
ім'я шляху. Ці етапи використовуються для зберігання різних необ’єднаних версій файлу, коли a
злиття триває.

ДАЛІ ДОКУМЕНТАЦІЯ

Перегляньте посилання в розділі «опис», щоб почати використовувати Git. Наступне
ймовірно, більше деталей, ніж потрібно для користувача, який вперше.

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

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

Див. Також HOWTO[3] документи для деяких корисних прикладів.

Внутрішні елементи задокументовані в Git API документація[4].

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

AUTHORS

Git був запущений Лінусом Торвальдсом, а зараз підтримується Юніо Сі Хамано. Численні
внески надійшли зі списку розсилки Git[захищено електронною поштою][5]>.
http://www.openhub.net/p/git/contributors/summary дає вам більш повний список
дописувачі.

Якщо у вас є клон самого git.git, вихід git-shortlog(1) і git-винуватий(1) може
показати вам авторів окремих частин проекту.

ЗВІТНІСТЬ БУГИ

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

Використовуйте git онлайн за допомогою служб onworks.net