Команды си: Введение в язык Си

Справочник по языку C++ | Microsoft Learn

• Статья
• 03/03/2023
• Чтение занимает 2 мин

В этом справочнике объясняется язык программирования C++, реализованный в компиляторе Microsoft C++. Организация основана на Справочнике по C++ с заметками Маргарет Эллис (Margaret Ellis) и Бьярне Струструп (Bjarne Stroustrup) и международном стандарте ANSI/ISO C++ (ISO/IEC FDIS 14882). Включены реализации компонентов языка С++ корпорацией Майкрософт.

Общие сведения о современных методиках программирования на C++ см. в разделе Добро пожаловать обратно в C++.

Для быстрого поиска ключевого слова или оператора обращайтесь к следующим таблицам:

• Ключевые слова C++

• Операторы C++

В этом разделе

Лексические соглашения
Основные лексические элементы программ на C++: токены, комментарии, операторы, ключевые слова, знаки пунктуации, литералы. Кроме того, трансляция файлов, приоритет и ассоциативность операторов.

Основные понятия
Область, компоновка, запуск и завершение программы, классы хранения и типы.

Встроенные типы Основные типы, встроенные в компилятор C++, и их диапазоны значений.

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

Объявления и определения Объявление и определение переменных, типов и функций.

Операторы, приоритет и ассоциативность
Операторы в C++.

Выражения
Типы выражений, семантика выражений, справочные разделы по операторам, приведению типов и операторам приведения, сведения о типах времени выполнения.

Лямбда-выражения
Метод программирования, с помощью которого неявно определяется класс объекта функции и создается объект функции этого типа класса.

Операторы
Операторы выражений, пустые операторы, составные операторы, операторы выбора, операторы итераций, операторы перехода и операторы объявления.

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

Объединения
Определяемые пользователем типы, в которых все члены имеют одно и то же расположение в памяти.

Производные классы
Одно и несколько наследование, virtual функции, несколько базовых классов, абстрактные классы, правила области. Кроме того, ключевые __super слова и __interface .

Управление доступом к членам
Управление доступом к членам класса: publicключевые слова , privateи protected . Дружественные функции и классы.

Перегрузка
Перегруженные операторы, правила для перегрузки операторов.

Обработка исключений
Обработка исключений в C++, структурированная обработка исключений (SEH), ключевые слова, используемые при написании операторов обработки исключений.

Утверждения и сообщения User-Supplied
#error директива, ключевое static_assert слово , макрос assert .

Шаблоны
Спецификации шаблонов, шаблоны функций, шаблоны классов, typename ключевые слова, шаблоны и макросы, шаблоны и интеллектуальные указатели.

Обработка событий
Объявление событий и обработчиков событий.

Модификаторы, зависящие от Майкрософт
Модификаторы, используемые в Microsoft C++. Адресация памяти, соглашения о вызовах, naked функции, расширенные атрибуты класса хранения (__declspec), __w64.

Встроенный ассемблер
Использование языка ассемблера и C++ в __asm блоках.

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

Расширения Майкрософт
Расширения Майкрософт для C++.

Нестандартное поведение
Сведения о нестандартном поведении компилятора Microsoft C++.

Добро пожаловать в C++
Обзор современных методик программирования на C++ для написания безопасных, правильных и эффективных программ.

Расширения компонентов для платформ среды выполнения
Справочные материалы по использованию компилятора Microsoft C++ для платформы .NET.

Справочные сведения о сборке C/C++
Параметры компилятора, параметры компоновщика и другие средства сборки.

Справочник по препроцессору C/C++
Справочный материал по прагма-директивам, директивам препроцессора, предопределенным макросам и препроцессору.

Библиотеки Visual C++
Список ссылок на начальные страницы справочника по различным библиотекам Microsoft C++.

См. также

Справочник по языку C

При использовании команды setrange в C/FRONT в Microsoft Dynamics NAV 5.0 не используются параметры варианта

Microsoft Dynamics NAV 5.0 Еще…Меньше

Симптомы

При использовании команды setrange в C/FRONT в Microsoft Dynamics NAV 5. 0 параметров типа Variant не используются должным образом.

Например следующая команда C/FRONT правильно работает в Microsoft Dynamics NAV 4.0 и более ранних версиях.

Dim Data2 As Variant    Data2 = TRUE
Call CF.SetRange(CT, 5727, Data2, Data2)

Однако в Microsoft Dynamics NAV 5.0, используется фильтр значение FALSE для варианта файл2. Таким образом результат, возвращаемый это противоречит можно ожидать от команды C/FRONT.

Решение

Исправление от корпорации Майкрософт доступно. Исправление устраняет проблему, описанную в данной статье. Исправление необходимо применяйте только в тех системах, где наблюдается данная проблема.

Для немедленного решения этой проблемы в службу технической поддержки Microsoft Dynamics и связанных продуктов для получения исправления. Можно войти на сайт Microsoft Dynamics и создать новый запрос на обслуживание. Чтобы сделать это, посетите следующий веб-сайт корпорации Майкрософт:

https://mbs. microsoft.com/support/newstart.aspxМожно также службу технической поддержки Microsoft Dynamics и связанных продуктов по телефону (888) 477-7877.

Примечание. В особых случаях оплата, предусмотренная в службу поддержки может быть отменена Если специалист службы технической поддержки Microsoft Dynamics и связанных продуктов определит, что решения проблемы является специально выпущенное. Затраты на обычные службы поддержки будет применяться к любые дополнительные вопросы и проблемы, которые не соответствуют требованиям особым обновлением.

Как получить исправление Microsoft Dynamics NAV или обновления файлов

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

Это сообщение будет содержать гиперссылку и пароль. Можно использовать гиперссылки для загрузки исправления Microsoft Dynamics NAV или файлов обновления. Если щелкнуть гиперссылку, откроется диалоговое окно Загрузка файла — предупреждение безопасности . Затем вы предложение запустить, сохранить или отменить загрузку.

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

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

Если нажать кнопку Отмена, процесс загрузки прекратится.

Установка исправления Microsoft Dynamics NAV или файл обновления

Обновления и исправления платформы Microsoft Dynamics NAV будут доступны как отдельные файлы. Чтобы установить Microsoft Dynamics NAV исправление или обновление, необходимо заменить существующие файлы установки Microsoft Dynamics NAV с исправление или обновление файлов.

Если у вас есть Microsoft Dynamics NAV установлен пакет SDK, замените следующие файлы.

Чтобы заменить файлы, выполните следующие действия.

1. Найдите следующий каталог установки Microsoft Dynamics NAV SDK:

   Создаваемую бизнес C:\Program решения Navision\SDK\Cfront\

2. Скопируйте файлы, которые вы загрузили.

3. Вставьте в папке Cfront загруженные файлы.

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

Статус

Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе «Относится к».

Дополнительные сведения

Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

Описание 824684 Стандартные термины, используемые при описании обновлений программных продуктов Майкрософт

C-команд | Изучите команду C от начального до продвинутого

C — императивный язык программирования общего назначения, являющийся основой компьютерного и системного программирования. Он поддерживает тип лексической переменной, структурированное программирование и состояние рекурсии. Язык C используется для предоставления конструкций, которые помогают эффективно отображать машинные инструкции, и, таким образом, основное использование сегодня связано с языком ассемблера, который также включает операционные системы и пару прикладных программ. Диапазон варьируется от встроенных систем до суперкомпьютеров. Первоначальная цель C состояла в том, чтобы использоваться в качестве языка программирования операционной системы UNIX. Сегодня он находит наибольшее применение в разработке компиляторов, операционных систем и компьютерных архитектур. Он используется в местах, где требуется низкий уровень доступа к памяти и минимальный объем поддержки во время выполнения. Чтобы выполнить этот язык, вы должны знать, какие команды будут использоваться. В этом посте о командах C мы собираемся перечислить важные команды C, которые будут важны для вас.

Основные команды C

Ниже приведены некоторые основные команды C, а именно:

1. #include: Это основная команда препроцессора файла заголовка, которая включает стандартный ввод и вывод файла заголовка, такого как stdio.h из Репозиторий библиотеки C перед компиляцией программы.

2. int main(): Эта команда C, как и в большинстве языков программирования, является основной функцией, которая обычно является отправной точкой выполнения программы. Все остальные методы и функции вызываются после выполнения основной функции main().

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

4. /* abc*/: Текст, написанный внутри /* и */, будет рассматриваться как комментарий и не будет использоваться для выполнения или компиляции. Это просто для того, чтобы дать программисту четкое представление о сложностях.

5. Printf: Эта команда C используется для вывода вывода на экран консоли.

6. Getch(): Эта команда используется для ожидания любого ввода от пользователя.

7. Возврат 0: Эта команда C используется для завершения программы C или основной функции и возвращает 0.

8. }: Эти фигурные скобки используются для закрытия блока функции или метода .

9. //: Это так называемые однострочные комментарии, которые используются не только в языке C, но и в любом другом языке программирования.

10. Возврат: Эта команда используется для возврата результата выполнения кода.

Промежуточные команды C

Ниже приведены некоторые промежуточные команды C, а именно:

1. Для: Это циклическая команда C, которая используется, когда вы знаете определенные циклы. Это также называется итерацией, которая состоит из определенного набора команд, необходимых для их выполнения для оператора.

2. Инициализация: Это начальная часть цикла, состоящая из инициализации переменной части.
Это важно, чтобы знать начальную точку цикла.

3. Тест: Это средняя часть цикла, которая используется для указания последней точки итерации условия, т. е. последней точки, до которой условие будет выполнено и команда будет выполнена.

4. Приращение: Это значение используется для указания уровня приращения, необходимого для построения цикла. Поток выполнения кода будет идти по мере определения значения приращения.

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

6. Возврат EXIT_SUCCESS: Это оператор возврата, который используется, чтобы сообщить системе о нормальном завершении программы. Заголовочный файл Stdlib.h является обязательным файлом для работы.

7. %d: Это спецификатор формата для обозначения символа целочисленного типа. Он используется для форматирования вывода.

8. \t: Это команда для использования вкладки или пустой вкладки горизонтального пространства. Это используется для форматирования программы и относится к категории управляющих последовательностей.

9. \n: Это еще одна управляющая последовательность спецификатора формата, которая используется для перехода на новую строку.

10. %lf: Это спецификатор формата для литерала с плавающей запятой типа double, который имеет более широкий диапазон и более высокое значение, чем тип с плавающей запятой.

Расширенные команды C

Ниже приведены некоторые расширенные команды C, а именно:

1. Scanf: Эта команда C используется для получения пользовательского ввода из окна стандартного консольного терминала.

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

3. Список переменных &: Они содержат переменные, которые составляют часть строки формата. Это может содержать любое количество переменных, которым предшествует символ &.

4. %f: Используется для определения значений с плавающей запятой, т. е. значений, содержащихся в десятичных дробях. Его диапазон сравнительно меньше по сравнению с переменной типа double.

5. Double: Используется для присвоения типа double имени переменной, следующему за ним.

6. Char: Это команда, которая используется для определения любой переменной, содержащей тип данных char.

7. Плавающая: Используется для определения плавающего вида значения переменной.

8. Gets(): Эта команда C используется для чтения оператора строкового типа со стандартного устройства ввода и сохраняет его до тех пор, пока не будет найден символ новой строки. Он не проверяет привязку массива.

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

10. Fgets(): Эта команда C используется для чтения значения строкового типа до новой строки или при достижении максимального предела массива. Он проверяет связанное значение массива.

Советы и рекомендации по использованию команд C

Использование оператора goto (->) будет полезно, так как он используется для управления потоком управления программой. Используйте часто используемые макросы. Язык программирования c не похож ни на один другой язык программирования, такой как Java и т. д., поэтому такие особенности, как указатели и адреса, должны использоваться с умом.

Заключение

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

Рекомендуемые статьи

Это руководство по командам C. Здесь мы обсудили базовые, промежуточные и расширенные команды C с соответствующими выводами. Вы также можете прочитать следующую статью, чтобы узнать больше —

1. Команды HBase
2. Команды свиней
3. Команды Sqoop
4. Команды улья

Git — документация git

GIT_MERGE_VERBOSITY

Число, контролирующее количество вывода, отображаемое стратегия рекурсивного слияния. Переопределяет merge.

verbosity. См. git-слияние [1]

GIT_PAGER

Эта переменная среды переопределяет $PAGER . Если он установлен на пустую строку или на значение «cat», Git не запустится пейджер. См. также параметр core.pager в git-конфигурация[1].

GIT_PROGRESS_DELAY

Число, определяющее, сколько секунд должно быть отложено перед отображением необязательные индикаторы прогресса. По умолчанию 2.

GIT_EDITOR

Эта переменная среды переопределяет $EDITOR и $VISUAL . Он используется несколькими командами Git, когда в интерактивном режиме должен быть запущен редактор. См. также git-var[1] и параметр core.editor в git-config[1].

GIT_SEQUENCE_EDITOR

Эта переменная среды переопределяет настроенный редактор Git. при редактировании списка задач интерактивной перебазировки.

Смотрите также git-rebase[1] и sequence.editor опция в git-конфигурация[1].

GIT_SSH

GIT_SSH_COMMAND

Если установлена ​​любая из этих переменных среды, git fetch и git push будет использовать указанную команду вместо ssh когда им нужно подключиться к удаленной системе. Параметры командной строки, переданные сконфигурированной команде: определяется вариантом ssh. См. параметр ssh.variant в git-config[1] для подробностей.

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

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

GIT_SSH_VARIANT

Если эта переменная среды установлена, она переопределяет автоматическое определение Git. относятся ли GIT_SSH / GIT_SSH_COMMAND / core.sshCommand к OpenSSH, плинк или черепаховый плинк. Эта переменная переопределяет настройку конфигурации ssh.variant , который служит той же цели.

GIT_SSL_NO_VERIFY

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

GIT_ASKPASS

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

GIT_TERMINAL_PROMPT

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

GIT_CONFIG_GLOBAL

GIT_CONFIG_SYSTEM

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

GIT_CONFIG_NOSYSTEM

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

GIT_FLUSH

Если для этой переменной среды установлено значение «1», то такие команды как git виноват (в инкрементальном режиме), git rev-list , git log , git check-attr и git check-ignore будут принудительно сбрасывать выходной поток после того, как каждая запись была покраснел. Если это переменная установлена ​​в «0», вывод этих команд будет выполнен с использованием полностью буферизованного ввода-вывода. Если эта переменная среды не задано, Git выберет буферизованную или ориентированную на запись очистку в зависимости от того, перенаправляется ли стандартный вывод в файл или нет.

GIT_TRACE

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

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

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

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

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

GIT_TRACE_FSMONITOR

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

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_REFS

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

GIT_TRACE_SETUP

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

GIT_TRACE_SHALLOW

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

GIT_TRACE_CURL

Включает полный дамп трассировки curl для всех входящих и исходящих данных, включая описательную информацию о транспортном протоколе git. Это похоже на выполнение curl --trace-ascii в командной строке. См. GIT_TRACE для доступных параметров вывода трассировки.

GIT_TRACE_CURL_NO_DATA

Если включена трассировка завитков (см. GIT_TRACE_CURL выше), не создавать дамп данные (то есть только дамп информационных строк и заголовков).

GIT_TRACE2

Включает более подробные сообщения трассировки из библиотеки «trace2». Вывод из GIT_TRACE2 представляет собой простой текстовый формат для человека. удобочитаемость.

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

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

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

Кроме того, если для переменной установлено значение af_unix:[:]<абсолютный-путь> , Гит попробует чтобы открыть путь как сокет домена Unix. Тип сокета может быть либо поток , либо dgram .

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

См. документацию Trace2 для получения полной информации.

GIT_TRACE2_EVENT

Этот параметр записывает формат на основе JSON, который подходит для интерпретация. См. GIT_TRACE2 для доступных параметров вывода трассировки и Документация Trace2 для получения полной информации.

GIT_TRACE2_PERF

В дополнение к текстовым сообщениям, доступным в GIT_TRACE2 , это настройка записывает формат на основе столбцов для понимания вложенности регионы. См. GIT_TRACE2 для доступных параметров вывода трассировки и Документация Trace2 для получения полной информации.

GIT_TRACE_REDACT

По умолчанию, когда трассировка активирована, Git редактирует значения куки, заголовок «Авторизация:», «Прокси-авторизация:» URI заголовка и пакфайла. Установите для этой логической переменной среды значение false, чтобы предотвратить это. редакция.

GIT_LITERAL_PATHSPECS

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

GIT_GLOB_PATHSPECS

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

GIT_NOGLOB_PATHSPECS

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

GIT_ICASE_PATHSPECS

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

GIT_REFLOG_ACTION

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

GIT_REF_PARANOIA

Если для этой логической переменной среды задано значение false, при повторении игнорируются неработающие или неправильно названные ссылки. над списками реф. Обычно Git пытается включить любой такой refs, что может привести к сбою некоторых операций. Обычно это предпочтительнее, так как потенциально деструктивные операции (например, git-prune[1]) лучше прервать, чем игнорируя сломанные ссылки (и, таким образом, учитывая историю, которую они указать как не стоит экономить). Значение по умолчанию – 9.0225 1 (т.е. быть параноиком в отношении обнаружения и прерывания всех операций). Ты обычно не нужно устанавливать это значение на 0 , но это может быть полезно при попытке восстановить данные из поврежденного репозитория.

GIT_ALLOW_PROTOCOL

Если задан список протоколов, разделенных двоеточием, вести себя так, как если бы protocol.allow установлен на никогда , и каждый из перечисленных протоколы имеют протокол . <имя>.allow установлен на всегда (отменяя любую существующую конфигурацию). См. описание protocol. allow в git-config[1] для более подробной информации.

GIT_PROTOCOL_FROM_USER

Установите для этой логической переменной среды значение false, чтобы запретить настроен на состояние пользователя . Это полезно для ограничения рекурсивного инициализация подмодуля из недоверенного репозитория или для программ которые передают потенциально ненадежные URL-адреса командам git. Видеть git-config[1] для более подробной информации.

GIT_ПРОТОКОЛ

Только для внутреннего использования. Используется при квитировании проводного протокола. Содержит разделенный двоеточием : список ключей с необязательными значениями. ключ[=значение] . Наличие неизвестных ключей и значений должно быть игнорируется.

Обратите внимание, что может потребоваться настроить серверы, чтобы эта переменная пройти через некоторые транспорты. Он будет распространяться автоматически, когда доступ к локальным репозиториям (например, file:// или путь к файловой системе), как так и за git:// протокол. Для git-over-http это должно работать автоматически в большинстве конфигураций, но см. обсуждение в git-http-бэкенд[1]. Для git-over-ssh серверу ssh может понадобиться настроить так, чтобы клиенты могли передавать эту переменную (например, с помощью AcceptEnv GIT_PROTOCOL с OpenSSH).

Эта конфигурация не является обязательной. Если переменная не распространяется, то клиенты вернутся к исходному протоколу «v0» (но могут пропустить о некоторых улучшениях производительности или функциях). Эта переменная в настоящее время влияет только на клоны и выборки; он еще не используется для толчков (но может быть в будущем).

GIT_OPTIONAL_LOCKS

Если для этой логической переменной среды задано значение false, Git выполнит любую запрошенную операцию без выполнение любых необязательных подопераций, требующих блокировки. Например, это предотвратит обновление git status index как побочный эффект. Это полезно для процессов, запущенных в фон, который не хочет вызывать конкуренцию за блокировку с другие операции с репозиторием. По умолчанию 1 .

GIT_REDIRECT_STDIN

GIT_REDIRECT_STDOUT

GIT_REDIRECT_STDERR

Только для Windows: разрешить перенаправление стандартного ввода/вывода/ошибки обрабатывает пути, указанные переменными среды. Это особенно полезно в многопоточных приложениях, где канонический способ передать стандартные дескрипторы через CreateProcess() не вариант, потому что это потребует маркировки ручек наследственным (и, следовательно, каждый порожденный процесс будет наследовать их, возможно, блокируя обычные операции Git). основной предполагаемый вариант использования — использовать именованные каналы для связи (например, \\.\pipe\my-git-stdin-123 ).

Поддерживаются два специальных значения: off просто закрывает соответствующий стандартный дескриптор, и если GIT_REDIRECT_STDERR 2>&1 , стандартная ошибка будет перенаправлена ​​на тот же дескриптор, что и стандартный вывод.