Git config как посмотреть текущие настройки

1.6 Введение — Первоначальная настройка Git

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

В состав Git входит утилита git config , которая позволяет просматривать и настраивать параметры, контролирующие все аспекты работы Git, а также его внешний вид. Эти параметры могут быть сохранены в трёх местах:

Файл [path]/etc/gitconfig содержит значения, общие для всех пользователей системы и для всех их репозиториев. Если при запуске git config указать параметр —system , то параметры будут читаться и сохраняться именно в этот файл. Так как этот файл является системным, то вам потребуются права суперпользователя для внесения изменений в него.
Файл ~/.gitconfig или ~/.config/git/config хранит настройки конкретного пользователя. Этот файл используется при указании параметра —global и применяется ко всем репозиториям, с которыми вы работаете в текущей системе.
Файл config в каталоге Git (т. е. .git/config ) репозитория, который вы используете в данный момент, хранит настройки конкретного репозитория. Вы можете заставить Git читать и писать в этот файл с помощью параметра —local , но на самом деле это значение по умолчанию. Неудивительно, что вам нужно находиться где-то в репозитории Git, чтобы эта опция работала правильно.

Настройки на каждом следующем уровне подменяют настройки из предыдущих уровней, то есть значения в .git/config перекрывают соответствующие значения в [path]/etc/gitconfig .

В системах семейства Windows Git ищет файл .gitconfig в каталоге $HOME ( C:\Users\$USER для большинства пользователей). Кроме того, Git ищет файл [path]/etc/gitconfig , но уже относительно корневого каталога MSys, который находится там, куда вы решили установить Git при запуске инсталлятора.

Если вы используете Git для Windows версии 2.х или новее, то так же обрабатывается файл конфигурации уровня системы, который имеет путь C:\Documents and Settings\All Users\Application Data\Git\config в Windows XP или C:\ProgramData\Git\config в Windows Vista и новее. Этот файл может быть изменён только командой git config -f , запущенной с правами администратора.

Чтобы посмотреть все установленные настройки и узнать где именно они заданы, используйте команду:

$ git config --list --show-origin

Имя пользователя

Первое, что вам следует сделать после установки Git — указать ваше имя и адрес электронной почты. Это важно, потому что каждый коммит в Git содержит эту информацию, и она включена в коммиты, передаваемые вами, и не может быть далее изменена:

$ git config --global user.name "John Doe" $ git config --global user.email johndoe@example.com

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

Многие GUI-инструменты предлагают сделать это при первом запуске.

Выбор редактора

Теперь, когда вы указали своё имя, самое время выбрать текстовый редактор, который будет использоваться, если будет нужно набрать сообщение в Git. По умолчанию Git использует стандартный редактор вашей системы, которым обычно является Vim. Если вы хотите использовать другой текстовый редактор, например, Emacs, можно проделать следующее:

$ git config --global core.editor emacs

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

В случае с Notepad++, популярным редактором, скорее всего вы захотите установить 32-битную версию, так как 64-битная версия ещё не поддерживает все плагины. Если у вас 32-битная Windows или 64-битный редактор с 64-битной системой, то выполните следующее:

$ git config --global core.editor "'C:/Program Files/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin"

Примечание

Vim, Emacs и Notepad++ — популярные текстовые редакторы, которые часто используются разработчиками как в Unix-подобных системах, таких как Linux и Mac, так и в Windows. Если вы используете другой редактор или его 32-битную версию, то обратитесь к разделу Команды git config core.editor за дополнительными инструкциями как использовать его совместно с Git.

Предупреждение

В случае, если вы не установили свой редактор и не знакомы с Vim или Emacs, вы можете попасть в затруднительное положение, когда какой-либо из них будет запущен. Например, в Windows может произойти преждевременное прерывание команды Git при попытке вызова редактора.

Настройка ветки по умолчанию

Когда вы инициализируете репозиторий командой git init , Git создаёт ветку с именем master по умолчанию. Начиная с версии 2.28, вы можете задать другое имя для создания ветки по умолчанию.

Например, чтобы установить имя main для вашей ветки по умолчанию, выполните следующую команду:

$ git config --global init.defaultBranch main

Проверка настроек

Если вы хотите проверить используемую конфигурацию, можете использовать команду git config —list , чтобы показать все настройки, которые Git найдёт:

$ git config --list user.name=John Doe user.email=johndoe@example.com color.status=auto color.branch=auto color.interactive=auto color.diff=auto .

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

Также вы можете проверить значение конкретного ключа, выполнив git config :

$ git config user.name John Doe

Примечание

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

$ git config --show-origin rerere.autoUpdate file:/home/johndoe/.gitconfig false

Параметры и настройки Git в Visual Studio

Область применения:Visual Studio Visual Studio для Mac Visual Studio Code

В Visual Studio вы можете настроить и просмотреть общие параметры и настройки Git, такие как имя и адрес электронной почты, предпочитаемые средства диффа и слияния и многое другое. Эти параметры и настройки можно просмотреть и настроить в диалоговом окне «Параметры» на странице глобального Параметры Git (применяется ко всем репозиториям) или на странице репозитория Git Параметры (применяется к текущему репозиторию).

Можно настроить два типа параметров:

Параметры Git — параметры в этом разделе соответствуют параметрам Git, сохраненным в файлах конфигурации Git. Эти параметры можно просматривать и изменять в Visual Studio, но управлять с помощью файлов конфигурации Git.
Параметры Visual Studio . Параметры в этом разделе настраивают параметры, связанные с Git, и настройки, управляемые Visual Studio.

Настройка параметров

Чтобы настроить параметры Git в Visual Studio, выберите Параметры в меню Git верхнего уровня.
Выберите глобальные Параметры Git или репозиторий Git Параметры, чтобы просмотреть и настроить параметры глобального уровня или уровня репозитория.
Вы можете настроить несколько распространенных параметров Git, как описано в следующих разделах этой статьи. После настройки нужных параметров нажмите кнопку «ОК «, чтобы сохранить обновленные параметры.

параметры Git;

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

Имя и электронная почта
Очистка удаленных ветвей во время получения
Перебазировать локальную ветвь при извлечении
Поставщик криптографической сети
Вспомогательный компонент учетных данных
Средства слияния Diff &
Файлы Git
Пультов
Другие параметры

Параметры Git, настроенные в глобальной Параметры Visual Studio, соответствуют параметрам в файле конфигурации для конкретного пользователя Git, а параметры в репозитории Параметры соответствуют параметрам в файле конфигурации для конкретного репозитория. Дополнительные сведения о конфигурации Git см. в разделе «Pro Git» по настройке Git, документации по git-config и справочнику по Pro Git по файлам конфигурации. Чтобы настроить параметры Git, не предоставляемые в Visual Studio, используйте git config команду для записи значения в файлы конфигурации: git config [—local|—global|—system] section.key value

Имя и электронная почта

Имя и сообщение электронной почты, которые вы предоставляете, будут использоваться в качестве сведений о фиксации для любой фиксации. Этот параметр доступен как в глобальных, так и в область репозиториях и соответствует git config параметрам user.name и user.email.

Git Global settings pane in Options dialog box with a callout to username an email.

В меню Git перейдите к Параметры. Чтобы задать имя пользователя и электронную почту на глобальном уровне, перейдите к Git Global Параметры; чтобы задать имя пользователя и электронную почту на уровне репозитория, перейдите в репозиторий Параметры.
Укажите имя пользователя и электронную почту, а затем нажмите кнопку «ОК » для сохранения.

Очистка удаленных ветвей во время получения

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

Рекомендуется задать для этого параметра значение True на глобальном уровне. Допустимые параметры:

Вот как изменить параметры:

Screenshot that shows

В меню Git перейдите к Параметры. Перейдите в глобальную Параметры Git, чтобы настроить этот параметр на глобальном уровне; перейдите в репозиторий Git Параметры, чтобы настроить этот параметр на уровне репозитория.
Задайте для удаленной ветви Prune значениеTrue (рекомендуется). Нажмите кнопку «ОК «, чтобы сохранить.

Перебазировать локальную ветвь при извлечении

Повторное масштабирование выделяет изменения, внесенные фиксациями в текущей ветви, которые не находятся в вышестоящая ветвь, сбрасывает текущую ветвь на вышестоящая ветвь, а затем применяет изменения, которые были отложены. Этот параметр доступен как в глобальных, так и в область репозиториях и соответствует параметру git config pull.rebase. Допустимые параметры:

True: перебазировать текущую ветвь поверх вышестоящая ветвь после получения.
False: слияние текущей ветви в вышестоящая ветвь.
Не задано (по умолчанию): если не указано в других файлах конфигурации, объедините текущую ветвь в вышестоящая ветвь.
Интерактивный: перебаза в интерактивном режиме.
Слияния. Повторное создание базы без локально созданных фиксаций слиянием.

Примечание. В Visual Studio 2022 версии 17.2 мы изменили параметр «Сохранить» на «Merges» в соответствии с недавним обновлением из Git. Таким образом, если вы используете более раннюю версию Visual Studio с инструментами Git, пользовательский интерфейс может сказать «Сохранить» вместо «Слияния». Однако функциональные возможности остаются неизменными.

Вот как изменить параметры:

Screenshot that shows

В меню Git перейдите к Параметры. Перейдите в глобальную Параметры Git, чтобы настроить этот параметр на глобальном уровне; перейдите в репозиторий Git Параметры, чтобы настроить этот параметр на уровне репозитория.
Установите локальную ветвь rebase при извлечении нужного параметра и нажмите кнопку «ОК «, чтобы сохранить.

Невозможно настроить pull.rebase интерактивный в Visual Studio. Visual Studio не поддерживает интерактивную перебазу. Чтобы настроить pull.rebase использование интерактивного режима, используйте командную строку.

Поставщик криптографической сети

Поставщик cryptographic network — это параметр конфигурации Git на глобальном область, который настраивает серверную часть TLS/SSL для использования во время выполнения и соответствует параметру git config http.sslBackend. Ниже приведены значения.

OpenSSL: используйте OpenSSL для протоколов TLS и SSL.
Безопасный канал: используйте безопасный канал (schannel) для протоколов TLS и SSL. Schannel — это собственное решение Windows, доступ к Хранилищу учетных данных Windows, что позволяет управлять сертификатами на уровне предприятия.
Unset (default): Если этот параметр не настроен, OpenSSL является значением по умолчанию.

Вот как изменить параметры:

Screenshot that shows

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

Вспомогательный компонент учетных данных

Когда Visual Studio выполняет удаленную операцию Git, удаленная конечная точка может отклонить запрос, так как для него требуются учетные данные. В то время Git вызывает вспомогательный компонент учетных данных, который вернет учетные данные, необходимые для выполнения операции, а затем попытается повторить запрос. Вспомогательный компонент учетных данных соответствует параметру git config credential.helper . Он доступен на глобальном область со следующими значениями:

GCM для Windows: используйте диспетчер учетных данных Git для Windows в качестве вспомогательного пользователя.
GCM Core: используйте диспетчер учетных данных Git в качестве вспомогательного.
Unset (default): Если этот параметр не задан, используется вспомогательный компонент учетных данных в системной конфигурации. По состоянию на Git для Windows 2.29 вспомогательный компонент учетных данных по умолчанию — GCM Core.

Вот как изменить параметры:

Screenshot showing the credential helper setting in the Options dialog box.

В меню Git перейдите к Параметры. Перейдите в глобальную Параметры Git, чтобы настроить этот параметр.
Задайте вспомогательное значение учетных данных в нужное значение и нажмите кнопку «ОК «, чтобы сохранить.

Средства слияния Diff &

Git будет отображать диффы и конфликт слияния в предпочитаемых инструментах. Параметры в этом разделе соответствуют git config параметрам diff.tool и merge.tool. Вы можете настроить Git для использования Visual Studio в качестве средства слияния или диффа в глобальных Параметры Git и репозитория Git Параметры, выбрав «Использовать Visual Studio«. Чтобы настроить другие средства диффа и слияния, используйте git config параметр diff.tool или merge.tool .

Screenshot that shows the section to set default Diff tool and Merge tool in the Options dialog box.

Файлы Git

Вы можете использовать раздел файлов Git в репозитории Git Параметры область для просмотра и редактирования файлов gitignore и gitattributes для репозитория.

Screenshot that shows the section to view and edit the Ignore and attributes files in your repository.

Удаленные

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

Screenshot showing the Git Remotes pane in the Options dialog box.

Другие параметры

Чтобы просмотреть все остальные параметры конфигурации Git, можно открыть и просмотреть сами файлы конфигурации или git config —list запустить для отображения параметров.

Параметры Visual Studio

Следующие параметры управляют параметрами, связанными с Git, в Visual Studio и управляются Visual Studio вместо файлов конфигурации Git. Все параметры в этом разделе настраиваются на странице глобального Параметры Git.

Расположение по умолчанию
Закройте открытые решения, не расположенные в Git при открытии репозитория
Включение скачивания образов авторов из сторонних источников
Фиксация изменений после слияния по умолчанию
Включение push—force
Открытие папки в Обозреватель решений при открытии репозитория Git
Автоматическая загрузка решения при открытии репозитория Git
Автоматическое проверка ветвей с помощью двойного щелчка или клавиши ВВОД

Расположение по умолчанию

Расположение по умолчанию настраивает папку по умолчанию, в которой клонируются репозитории.

Screenshot showing the default location field in the Options dialog box.

Закройте открытые решения, не расположенные в Git при открытии репозитория

По умолчанию Visual Studio закрывает любое открытое решение или папку при переходе на другой репозиторий. При этом может также загружать решение или папку нового репозитория на основе выбора открытия папки в Обозреватель решений при открытии репозитория Git и автоматической загрузке решения при открытии репозитория Git. Это обеспечивает согласованность между открытым кодом и открытым репозиторием. Однако если решение не находится в том же корневом каталоге папок, что и репозиторий, может потребоваться открыть решение при переключении в его репозиторий. Это можно сделать с помощью этого параметра. Ниже приведены значения.

Да. При открытии репозитория в настоящее время открытое решение всегда закрывается.
Нет. При открытии репозитория Visual Studio выполняет проверка о том, находится ли текущее решение в Git. Если это не так, решение остается открытым.
Всегда спрашивайте (по умолчанию): если это задано, можно выбрать диалоговое окно для каждого репозитория, если вы хотите сохранить текущее решение открытым или закрыть его.

Включение скачивания образов авторов из сторонних источников

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

Screenshot showing checkbox to enable download of author images from third-party source in the Options dialog box.

Чтобы предоставить изображения автора в представлениях фиксации и журнала, средство создает хэш MD5 для адресов электронной почты автора, хранящихся в активном репозитории. Затем этот хэш отправляется в Gravatar, чтобы найти соответствующее хэш-значение для пользователей, которые ранее зарегистрировались для службы. Если совпадение найдено, образ пользователя будет извлечен из службы и отображается в Visual Studio. Пользователи, не настроенные службой, будут возвращать случайно созданный образ. Обратите внимание, что адреса электронной почты не записываются Visual Studio и не предоставляются им доступ к Gravatar или любой другой стороне.

По умолчанию фиксировать изменения после слияния

При включении фиксации изменений после слияния по умолчанию Git автоматически создает новую фиксацию при объединении ветви с текущей ветвью.

Screenshot showing the checkbox to commit changes after merge by default in the Options dialog box.

При проверка команда, выданная Visual Studio, git merge выполняется с параметром —commit .
При отмене проверка команды, выданные Visual Studio, git merge выполняются с параметрами —no-commit —no-ff .

Дополнительные сведения об этих параметрах см. в разделе —commit and —no-commit и —no-ff.

Включить отправку с параметром —force-with-lease

Если этот параметр включен, этот параметр позволяет выполнять в push —force-with-lease Visual Studio. По умолчанию включение push—force-with-lease отключено.

Screenshot showing the checkbox to enable push force with lease in the Options dialog box.

Дополнительные сведения см. в разделе push—force-with-lease.

Открытие папки в Обозреватель решений при открытии репозитория Git

При использовании Visual Studio для открытия или переключения в репозиторий Git Visual Studio загружает содержимое Git, чтобы вы могли просматривать изменения, фиксации, ветви и управлять репозиторием из интегрированной среды разработки. Кроме того, Visual Studio также загружает код репозитория в Обозреватель решений. Visual Studio сканирует папку репозитория для решений, CMakeLists.txt или любых других файлов представления, которые он распознает и отображает в виде списка в Обозреватель решений. Оттуда можно выбрать решение для загрузки или папки для просмотра содержимого каталога. Если отключить этот проверка box, Visual Studio не откроет папку репозитория в Обозреватель решений. Это позволит открывать Visual Studio только в качестве диспетчера репозитория Git. Этот параметр включен по умолчанию.

Screenshot showing the checkbox to open folder when opening a Git repository in the Options dialog box.

Автоматическая загрузка решения при открытии репозитория Git

Этот параметр применим только в том случае, если папка Open в Обозреватель решений при открытии параметра репозитория Git включена. При открытии репозитория Git в Visual Studio и последующем сканировании папок обнаруживается только одно решение в репозитории, а Visual Studio автоматически загружает это решение. Если отключить этот параметр, Обозреватель решений отобразит одно решение в репозитории в списке представлений. Но он не будет загружать решение. По умолчанию этот параметр отключен.

Screenshot showing the checkbox to automatically load the solution when opening a Git repository in the Options dialog box.

Автоматическое проверка ветвей с помощью двойного щелчка или клавиши ВВОД

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

Screenshot showing the checkbox to check out branches with double-click or Enter key in the Options dialog box.

Связанный контент

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

Видео Начало работы с Visual Studio на YouTube
Улучшенная производительность с помощью Git в записи блога Visual Studio
Диалоговое окно «Параметры»

git. Настройка git

Сперва нужно настроить git, установив user.name и user.email. Приятно знать, от кого коммит. Таким образом команда git blame и ваша IDE будут подсказывать имя того, кто закоммитил ту или иную строчку.

git config --global --add user.name 'Name Surname' git config --global --add user.email 'your@mail.here'

Эти команды автоматически внесут правки в конфигурационный файл git: ~/.gitconfig. Также файл ~/.gitconfig можно редактировать и вручную vim ~/.gitconfig

git current branch

Для удобной работы с бренчами нужно поставить пакет bash-completion (под маком установить git с вариантом +bash_completion) и добавить такую инструкцию в ~/.bash_profile (или ~/.bashrc). Отображать имя git бренча в консоли:

PS1='\h:\W$(__git_ps1 " (%s)") \u\$ '

Теперь имя текущего бренча будет отображаться слева от строки ввода в консоли и будет всегда на виду (изменения вступят в силу после ребута). Чтобы не перезагружаться, можно сделать source ~/.bashrc , чтобы изменения добавленные в файл, немедленно вступили в силу.

git pull

От git pull нужно отказаться ввиду потенциальных проблем которые он несет. Вместо него лучше использовать явную связку git fetch + git merge.

Поэтому ежедневная работа должна строиться так:

git fetch # fetch remote changes to origin/* git branch # show the current branch, e.g. "master" git merge origin/master # merge remote changes of branch 'master' into local copy of branch 'master' git push origin master # push local changes of branch 'master' into remote branch 'master'

На одну команду больше — казалось бы, зачем. Тем не менее, такая схема будет способствовать тому что вы понимаете, что и куда мержите и что и куда вливаете. То есть, вызов git fetch не обязывает вас думать, правильно ли вы получаете изменения с центрального сервера, т.к. они всё равно попадут не в ваш текущий бренч, а в соответствующие бренчи origin/*, после чего вы, к примеру, сможете посмотреть, что это за изменения, стоит ли их в свой локальный бренч вливать, и т.д.

git merge

git merge branch2

Командой выше мы мерджим branch2 в текущий бранч, в тот, в котором мы сейчас находимся.

Влить ветку, но коммита при этом не произойдёт! После этого можно делать git diff или применять сторонние утилиты для diff. Очень удобно смотреть, какие изменения принесёт ветка:

git merge --squash --no-commit feature-branch

Узнать, в каком бранче мы сейчас находимся:

git branch

Текущий бренч помечен звёздочкой.

Список бренчей на сервере:

git branch -a

Удаление git бренчей

Удалить локальный branch:

git branch -d branch_name

Удалить локальный branch с игнорированием изменений в нём (если с -d не получается):

git branch -D branch_name

Удалить локальные бренчи, которые удалены с сервера:

git remote prune origin --dry-run

Удалить бренч с origin сервера git:

git push origin :master_my_branch

Как отменить последний коммит в git?

Если случайно закоммитили лишние файлы или изменения, но еще не запушили, отменить последний коммит:

git reset --soft HEAD^

Эта команда отменит последний коммит (но не изменения, которые вы внесли. Код будет в таком же состоянии, как был до коммита).

Если последний коммит ужасен, то можно вообще его удалить:

git reset --hard HEAD^

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

git revert sha1

После этого надо сделать git push.

Удобным life-хаком для работы с git ещё будет настроить более короткие алиасы.

Дата добавления: 11 лет назад

git

Похожий контент:

Как удалить сабмодуль в git? Решено!
Как посмотреть diff файлов которые в индексе git? Решено!
git отменить определённый коммит Решено!
Ошибка при деплое на gh-pages: Failed to get remote.origin.url 1 ответ
Git commit 0 ответов
Полезные git aliases 0 комментариев
Доступ к bitbucket и github по ssh ключам5 комментариев
Отправить Pull Request в чужой репозиторий на github 0 комментариев
Сказать git какой из ssh-ключей использовать 0 комментариев