Вказує шлях до домашньої теки користувача. У Windows, якщо не встановлено, Git встановить змінну середовища процесу, що дорівнює: $HOMEDRIVE$HOMEPATH, якщо існують обидві змінні, $HOMEDRIVE та $HOMEPATH; інакше $USERPROFILE, якщо $USERPROFILE існує.

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

Ця змінна середовища вказує, яка версія індексу використовується під час запису індексного файлу. Вона не вплине на наявні індексні файли. Зазвичай використовується версія індексного файлу 2 або 3. Див. git-update-index[1] для отримання додаткової інформації.

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

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

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

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

Встановлює простір імен Git; див. деталі у gitnamespaces[7]. Параметр командного рядка --namespace також встановлює це значення.

Це має бути список абсолютних шляхів, розділених двокрапками. Якщо встановлено, це список теки, до яких Git не повинен переходити за допомогою chdir під час пошуку теки репозиторію (корисно для виключення мережевих тек, що повільно завантажуються). Він не виключатиме поточну робочу теку або GIT_DIR, встановлену в командному рядку або в середовищі. Зазвичай Git має прочитати записи в цьому списку та розвʼязати будь-яке символічне посилання, яке може бути присутнім, щоб порівняти їх з поточною текою. Однак, якщо навіть цей доступ повільний, ви можете додати порожній запис до списку, щоб повідомити Git, що наступні записи не є символічними посиланнями і їх не потрібно розвʼязувати; наприклад, GIT_CEILING_DIRECTORIES=/maybe/symlink::/very/slow/non/symlink.

При запуску в теці, де відсутня тека репозиторію «.git», Git намагається знайти таку теку в батьківських теках, щоб визначити верхній рівень робочого дерева, але стандартно він не перетинає межі файлової системи. Цю булеву змінну середовища можна встановити на значення true, щоб вказати Git не зупинятися на межі файлової системи. Як і GIT_CEILING_DIRECTORIES, це не вплине на явну теку репозиторію, задану через GIT_DIR або в командному рядку.

Якщо для цієї змінної встановлено шлях, файли, що не належать до робочого дерева та зазвичай знаходяться в $GIT_DIR, будуть взяті з цього шляху. Файли, специфічні для робочого дерева, такі як HEAD або index, беруться з $GIT_DIR. Див. gitrepository-layout[5] та git-worktree[1] для отримання детальної інформації. Ця змінна має нижчий пріоритет, ніж інші змінні шляху, такі як GIT_INDEX_FILE, GIT_OBJECT_DIRECTORY…​

Якщо цю змінну встановлено, для нових репозиторіїв як стандартний алгоритм хешування буде встановлено саме це значення. Під час клонування це значення ігнорується, і завжди використовується налаштування віддаленого репозиторію. Стандартним значенням є «sha1». Див. --object-format у git-init[1].

Якщо для цієї змінної встановлено значення, стандартний формат бекенду посилань для нових репозиторіїв буде встановлено на це значення. Стандартним значенням є «files». Див. --ref-format у git-init[1].

Імʼя, зрозуміле для людини, яке використовується для ідентифікації автора під час створення об’єктів комітів або тегів, а також під час запису в reflog. Перекриває параметри конфігурації user.name та author.name.

Адреса електронної пошти, що використовується для ідентифікації автора під час створення обʼєктів комітів або тегів, або під час запису в reflog. Перекриває параметри конфігурації user.email та author.email.

Дата, що використовується для ідентифікації автора під час створення обʼєктів комітів або тегів, або під час запису reflog. Див. git-commit[1] для коректних форматів.

Імʼя, зрозуміле для людини, яке використовується в ідентифікаторі автора коміту (комітера) під час створення обʼєктів коміту або тегу, а також під час запису журналів reflog. Перекриває параметри конфігурації user.name та committer.name.

Адреса електронної пошти, що використовується для ідентифікації автора під час створення обʼєктів комітів або тегів, або під час запису в reflog. Перекриває параметри конфігурації user.email та committer.email.

Дата, що використовується для ідентифікації комітера під час створення обʼєктів комітів або тегів, а також під час запису журналів reflog. Див. git-commit[1] для коректних форматів.

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

Єдиним допустимим параметром є "--unified=??" або "-u??", щоб встановити кількість рядків контексту, що показується під час створення уніфікованого diff. Це має пріоритет над будь-яким значенням опції "-U" або "--unified", переданим у командному рядку Git diff.

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

path old-file old-hex old-mode new-file new-hex new-mode

файли, які GIT_EXTERNAL_DIFF може використовувати для читання вмісту <old|new>,

40-шістнадцяткові хеші SHA-1,

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

Якщо для цієї булевої змінної середовища встановлено значення true, то команда GIT_EXTERNAL_DIFF має повернути код виходу 0, якщо вона вважає вхідні файли рівними, або 1, якщо вона вважає їх різними, як-от diff(1). Якщо ж для неї встановлено значення false, що є стандартним значенням, то команда має повернути код виходу 0 незалежно від рівності. Будь-який інший код виходу призведе до того, що Git повідомить про фатальну помилку.

Лічильник, що починається з 1, збільшується на одиницю для кожного шляху.

Загальна кількість шляхів.

Число, що контролює обсяг виводу, що відображається рекурсивною стратегією злиття. Перевизначає merge.verbosity. Див. git-merge[1]

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

Число, яке контролює, на скільки секунд слід затримати показ необовʼязкових індикаторів виконання. Стандартне значення 1.

Ця змінна середовища перевизначає $EDITOR та $VISUAL. Вона використовується кількома командами Git, коли в інтерактивному режимі потрібно запустити редактор. Див. також git-var[1] та опцію core.editor у git-config[1].

Ця змінна середовища перевизначає налаштований редактор Git під час редагування списку завдань інтерактивного перебазування. Див. також git-rebase[1] та опцію sequence.editor у git-config[1].

Якщо будь-яка з цих змінних середовища встановлена, то git fetch та git push використовуватимуть зазначену команду замість ssh, коли їм потрібно буде підключитися до віддаленої системи. Параметри командного рядка, що передаються налаштованій команді, визначаються варіантом ssh. Дивіться опцію ssh.variant у git-config[1] для отримання детальної інформації.

Якщо цю змінну середовища встановлено, вона перевизначає автоматичне визначення Git, чи посилаються GIT_SSH/GIT_SSH_COMMAND/core.sshCommand на OpenSSH, plink чи tortoiseplink. Ця змінна перевизначає налаштування конфігурації ssh.variant, яке виконує ту саму функцію.

Встановлення та експорт цієї змінної середовища до будь-якого значення повідомляє Git, що не потрібно перевіряти SSL-сертифікат під час отримання або надсилання через HTTPS.

Встановлює деревоподібну структуру, з якої будуть зчитуватися атрибути gitattributes.

Якщо цю змінну середовища встановлено, то команди Git, яким потрібно отримати паролі або парольні фрази (наприклад, для автентифікації HTTP або IMAP), викличуть цю програму з відповідним запитом як аргументом командного рядка та зчитають пароль з її STDOUT. Дивіться також опцію core.askPass у git-config[1].

Якщо для цієї булевої змінної середовища встановлено значення false, git не виводитиме запити в терміналі (наприклад, під час запиту HTTP-автентифікації).

Використовувати конфігурацію з заданих файлів, а не з глобальних або системних файлів конфігурації. Якщо встановлено GIT_CONFIG_SYSTEM, файл конфігурації системи, визначений під час збірки (зазвичай /etc/gitconfig), не буде зчитуватися. Аналогічно, якщо встановлено GIT_CONFIG_GLOBAL, ні $HOME/.gitconfig, ні $XDG_CONFIG_HOME/git/config не будуть зчитуватися. Можна встановити значення /dev/null, щоб пропустити зчитування файлів конфігурації відповідного рівня.

Чи слід пропускати зчитування налаштувань із загальносистемного файлу $(prefix)/etc/gitconfig. Цю булеву змінну середовища можна використовувати разом із $HOME та $XDG_CONFIG_HOME для створення передбачуваного середовища для вимогливого скрипта, або ж встановити для неї значення true, щоб тимчасово уникнути використання файлу /etc/gitconfig з помилками, поки хтось із достатніми правами виправить це.

Якщо для цієї булевої змінної середовища встановлено значення true, то такі команди, як git blame (в інкрементному режимі), git rev-list, git log, git check-attr та git check-ignore, примусово очищатимуть вихідний потік після очищення кожного запису. Якщо для цієї змінної встановлено значення false, вивід цих команд буде виконуватися з використанням повністю буферизованого вводу-виводу. Якщо цю змінну середовища не встановлено, Git вибере буферизоване або орієнтоване на записи очищення залежно від того, чи перенаправляється stdout до файлу чи ні.

Дозволяє загальні повідомлення трасування, наприклад, розширення псевдонімів, виконання вбудованих команд та виконання зовнішніх команд.

Вмикає повідомлення трасування для розширення монітора файлової системи. Див. GIT_TRACE для отримання доступних параметрів виводу трасування.

Вмикає повідомлення трасування для всіх звернень до будь-яких пакунків. Для кожного звернення записується імʼя файлу пакунка та зміщення в пакунку. Це може бути корисним для усунення деяких проблем продуктивності, повʼязаних з пакунком. Див. GIT_TRACE для отримання інформації про доступні параметри виводу трасування.

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

Дозволяє трасування файлів pack, надісланих або отриманих певною програмою. На відміну від інших видів трасування, цей вивід є дослівним: без заголовків і без кодування двійкових даних. Майже напевно вам краще буде перенаправити вивід у файл (наприклад, GIT_TRACE_PACKFILE=/tmp/my.pack), а не виводити його в термінал або змішувати з іншими видами трасування.

Вмикає трасування повідомлень, пов’язаних із продуктивністю, наприклад, загальний час виконання кожної команди Git. Див. GIT_TRACE для отримання доступних параметрів трасування.

Вмикає повідомлення трасування для операцій з базою даних посилань. Див. GIT_TRACE для отримання доступних параметрів виводу трасування.

Увімкнути виведення повідомлень трасування, що містять інформацію про .git, робоче дерево та поточну робочу теку після завершення Git етапу налаштування. Доступні параметри виведення трасування див. у GIT_TRACE.

Вмикає повідомлення трасування, які можуть допомогти налагоджувати вибірку/клонування поверхневих репозиторіїв. Див. GIT_TRACE для доступних параметрів виводу трасування.

Вмикає повний дамп трасування curl для всіх вхідних та вихідних даних, включаючи описову інформацію, транспортного протоколу git. Це схоже на виконання curl --trace-ascii у командному рядку. Див. GIT_TRACE для доступних параметрів виводу трасування.

Коли ввімкнено трасування curl (див. GIT_TRACE_CURL вище), не виводити дані (тобто виводити лише інформаційні рядки та заголовки).

Дозволяє отримувати детальніші повідомлення трасування з бібліотеки "trace2". Вивід з GIT_TRACE2 — це простий текстовий формат для зручності читання людиною.

Цей параметр записує дані у форматі JSON, який підходить для машинної інтерпретації. Див. GIT_TRACE2 для отримання доступних параметрів виводу трасування та документація Trace2 для отримання повної інформації.

Окрім текстових повідомлень, доступних у GIT_TRACE2, цей параметр записує формат на основі стовпців для розуміння вкладених областей. Див. GIT_TRACE2 для отримання інформації про доступні параметри виводу трасування та документація Trace2 для отримання повної інформації.

Зазвичай, коли трасування активовано, Git видаляє значення файлів cookie, заголовків "Authorization:", "Proxy-Authorization:" та URI packfile. Встановлення для цієї булевої змінної середовища значення false запобігає цьому видаленню.

Встановлення та експорт цієї змінної середовища вказує Git ігнорувати посилання на заміну та не замінювати обʼєкти Git.

Якщо встановити для цієї булевої змінної середовища значення true, Git буде трактувати всі специфікатори шляхів буквально, а не як шаблони. Наприклад, виконання команди GIT_LITERAL_PATHSPECS=1 git log -- “*.c” призведе до пошуку комітів, які зачіпають шлях *.c, а не будь-які шляхи, що відповідають шаблону узагальнення *.c. Це може знадобитися, якщо ви передаєте Git буквальні шляхи (наприклад, шляхи, раніше надані вам командою git ls-tree, виводом diff з опцією --raw тощо).

Встановлення цієї булевої змінної середовища в значення true призведе до того, що Git трактуватиме всі специфікації шляхів як шаблони (також відомі як "glob" магія).

Встановлення цієї булевої змінної середовища в значення true призведе до того, що Git трактуватиме всі специфікації шляхів як літерали (тобто "literal" магію).

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

Якщо встановити для цієї булевої змінної середовища значення true, це вкаже Git не завантажувати відсутні об’єкти з віддаленого сервера promisor за запитом.

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

Якщо для цієї булевої змінної середовища встановлено значення false, під час перебору списків посилань ігноруються пошкоджені або неправильно названі посилання. Зазвичай Git намагатиметься включити такі посилання, що може призвести до невдачі деяких операцій. Зазвичай це є кращим варіантом, оскільки потенційно руйнівні операції (наприклад, git-prune[1]) краще перервати, ніж ігнорувати пошкоджені посилання (і, таким чином, вважати історію, на яку вони вказують, такою, що не варта збереження). Стандартне значення — 1 (тобто бути надто обережним щодо виявлення та припинення всіх операцій). Зазвичай вам не потрібно встановлювати це значення на 0, але це може бути корисно, коли ви намагаєтеся врятувати дані з пошкодженого репозиторію.

Під час завантаження обʼєкта коміту з графу комітів, Git виконує перевірку існування обʼєкта в базі даних обʼєктів. Це робиться для того, щоб уникнути проблем із застарілими графами комітів, які містять посилання на вже видалені коміти, але це призводить до зниження продуктивності.

Якщо встановлено список протоколів, розділених двокрапками, поводитися так, ніби protocol.allow встановлено на never, і для кожного з перелічених протоколів protocol.<name>.allow встановлено на always (замінюючи будь-яку поточну конфігурацію). Див. опис protocol.allow у git-config[1] для отримання додаткової інформації.

Встановлення цієї булевої змінної середовища у значення false дозволить запобігти використанню протоколів, які застосовуються під час операцій fetch, push та clone і налаштовані на стан user. Це корисно для обмеження рекурсивної ініціалізації субмодулів з ненадійного репозиторію або для програм, які передають потенційно ненадійні URL-адреси в команди git. Докладнішу інформацію див. у git-config[1].

Тільки для внутрішнього використання. Використовується для встановлення зʼєднання за протоколом передачі даних. Містить список ключів, розділених двокрапкою :, з необовʼязковими значеннями у форматі <ключ>[=<значення>]. Наявність невідомих ключів і значень слід ігнорувати.

Якщо для цієї булевої змінної середовища встановлено значення false, Git виконає будь-яку запитувану операцію, не виконуючи при цьому жодних додаткових субоперацій, що вимагають блокування. Наприклад, це завадить команді git status оновлювати індекс як побічний ефект. Це корисно для процесів, що виконуються у фоновому режимі, які не повинні створювати конфліктів блокування з іншими операціями над репозиторієм. Стандартне значення — 1.

Тільки для Windows: дозволяє перенаправлення стандартних дескрипторів вводу/виводу/помилок на шляхи, визначені змінними середовища. Це особливо корисно в багатопотокових застосунках, де канонічний спосіб передачі стандартних дескрипторів через CreateProcess() не є варіантом, оскільки це вимагатиме, щоб дескриптори були позначені як успадковувані (і, як наслідок, кожен породжений процес успадковуватиме їх, можливо, блокуючи звичайні операції Git). Основним цільовим варіантом використання є використання іменованих каналів для звʼязку (наприклад, \\.\pipe\my-git-stdin-123).

Якщо встановлено значення yes, вивести три крапки після (скороченого) значення SHA-1. Це впливає на індикацію відокремлених HEAD (git-checkout[1]) та необроблений вивід diff (git-diff[1]). Виведення трикрапки у згаданих випадках більше не вважається доцільним, і підтримка цієї функції, ймовірно, буде вилучена в найближчому майбутньому (разом із змінною).

Якщо встановлено значення 0, то всі повідомлення з порадами будуть вимкнені. Ці повідомлення призначені для надання підказок користувачам, які можуть допомогти їм вийти з проблемних ситуацій або скористатися новими функціями. Користувачі можуть вимкнути окремі повідомлення за допомогою ключів конфігурації advice.*. Ці повідомлення можуть заважати роботі інструментів, що виконують процеси Git, тому ця змінна доступна для вимкнення повідомлень. (Глобальна опція --no-advice також доступна, але старі версії Git можуть дати збій, якщо ця опція не розпізнається. Змінна середовища буде проігнорована версіями Git, які її не розпізнають.)