Разное

Email config git: Setting your commit email address

Содержание

git config global user — задание имени пользователя и email

git config global user позволяет указать данные пользователя git, который работает с репозиторием.

Указываются имя и контактный адрес электронной почты.

 

Выполняется 2 команды git config, для имени и email отдельно.

git config —global user.name «Your Name»

 

git config —global user.email «[email protected]»

 

Теперь значения установлены глобально. При работе с общим репозиторием на основе введенных данных будет фиксировать автор коммитов.

 

 

Предположим, что файлы проекта размещаются в каталоге /tmp/git

cd /tmp/git

 

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

git add .

 

Коммит с комментарием

git commit -m ‘first’ -a

[master (root-commit) 950518a] first
1 file changed, 1 insertion(+)
create mode 100644 test

 

 

Теперь добавляем удаленный репозиторий, с именем ownserver

git remote add ownserver ssh://[email protected]/home/git/repo.git

 

Делаем push

git push ownserver master

Counting objects: 3, done.
Writing objects: 100% (3/3), 202 bytes | 202.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To ssh://123.123.123.123/home/git/repo.git
* [new branch] master -> master

 

Информация отправлена на сервер в ветку master. В выводе git blame будет указано имя пользователя, сделавшего коммит и его email.

 

Читайте про сравнение коммитов и состояний файлов, добавленных ими.

 

Настраиваем git, указывая username и email.

Установка git

sudo apt-get install git

Начало работы с git

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

git config --global --add user.name 'Name Surname'
git config --global --add user.email '[email protected]'

Эти команды автоматически внесут правки в конфигурационный файл 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 branch3

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

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

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

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

git branch

master
* ticket6029-detector

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

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

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 ещё будет настроить более короткие алиасы.

 

Как настроить имя пользователя и адрес электронной почты Git

Git – это распределенная система контроля версий, которая сегодня используется большинством команд разработчиков программного обеспечения. Первое, что вы должны сделать после установки Git в своей системе, это настроить имя пользователя и адрес электронной почты git. Git связывает вашу личность с каждым коммитом, который вы делаете.

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

 

Настройка имени пользователя и пароля Global Git

Глобальное имя пользователя и пароль git связаны с коммитами во всех репозиториях в вашей системе, которые не имеют значений, специфичных для репозитория.

Чтобы установить глобальное имя коммита и адрес электронной почты, выполните git configкоманду с параметром –global:

git config --global user.name "Ваше имя"
git config --global user.email "[email protected]"

 

После этого вы можете подтвердить, что информация установлена, запустив:

git config --list
user.name=Ваше имя
[email protected]

 

Команда сохраняет значения в файле глобальной конфигурации ~/.gitconfig:

~ / .Gitconfig

[user]
    name = Ваше имя
    email = [email protected]

 

Вы также можете отредактировать файл в текстовом редакторе, но рекомендуется использовать git команду config.

 

Настройка имени пользователя и пароля Git для одного репозитория

Если вы хотите использовать другое имя пользователя или адрес электронной почты для конкретного репозитория, запустите git configкоманду без опции –global из каталога репозитория.

Допустим, вы хотите установить специфичное для репозитория имя пользователя и адрес электронной почты для хранимых в каталоге ~/Code/myapp. Сначала переключитесь на корневой каталог репозитория:

cd ~/Code/myapp

 

Установите имя пользователя и адрес электронной почты Git:

git config user.name "Ваше имя"
git config user.email "[email protected]"

 

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

git config --list
user.name=Ваше имя
[email protected]

 

Специфичные для репозитория настройки хранятся в файле .git/config в корневом каталоге репозитория.

 

Вывод

Имя пользователя и адрес электронной почты Git могут быть установлены с помощью команды git config. Значения связаны с вашими коммитами.

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

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Что нам стоит Git настроить! / Хабр

Дарова, хабр! (ничего оригинальнее не придумал)

Сомневаюсь что эта заметка тянет на полноценный пост, но я все же оставлю ее здесь. О чем же пойдет речь?

Все мы слышали о Git. Все мы знаем что он — хорош. Но лишь немногие пытаются что-то с ним делать, как-то его протвикерить. Сразу говорю, тут не будет ничего паранормального, только немного работы с файлом .gitconfig. Да-да, именно с тем файлом, который так трепетно пылится у вас в домашней директории.

Так, мне уже немного надоело писать этот, по сути, бессмысленный вступительный текст, так что давайте уже начнем что-то делать.

Что такое .gitconfig и зачем он нужен?В стандартной поставке системы контроля версий Git есть замечательный файл — .gitconfig. Его предназначение очевидно из названия. Строго говоря, это пользовательский конфиг. Он позволяет настраивать алиасы, надстройки, etc.

Не знаю как на других системах, но в Linux он лежит в ~. Если его там нету — смело создавайте!

Открываем .gitconfig в удобном для вас текстовом редакторе (для меня это nano).

Подсветка вывода

Читать вывод Git’а «всухую» достаточно сложно. Я видел достаточно много людей которые терпели это. После одной замечательной комманды им полегчало. Для включения цветного вывода добавляем строчки в .gitconfig:

[color]
        ui = true

Себя записываем

Зачем это нужно? Если вы запустите git log для какого-то репозитория, вы увидите что для каждого коммита, автор характеризируется через Name и Email. Чтобы нас правильно нашли, настало время задать все это правильно. Внимание! Менять эту информацию во время разработки крайне нежелательно. Она может поломать историю (множественные автора)! Желательно единажды выбрать какое-то имя и конкретный Email.

[user]
        name = Anonymous Doody
        email = [email protected]

Шаблон коммитов

Не знаю как другие хабровчане работают, но в основном мои коммиты идут в KDE Edu проекты. Там четко диктуют правила формы и вида коммита, так как он парсится разными ботами и т.д. Чтобы не дай Бог ошибиться или что-то неправильно сделать существуют шаблоны. Такой шаблон очень просто сделать (а можно и взять где-то). Чтобы он отображался во время git commit нужно добавить такое:

[commit]
        template = ~/.commit-template

В данном случае, ~/.commit-template конечно же может быть любым файлом в вашей файловой системе.

Credential Helper

Бывает такое что нужно выполнить несколько операций с удаленным репозиторием за раз. Каждый раз вводить имя и пароль, имя и пароль, имя и… Напрягает, нет? Меня напрягает. Начиная с версии 1.7.10 Git поддерживает Credential Helper.

[credential]
        helper = cache --timeout=<время>

Ставим нужное время (у меня это 3600 — один час) и радуемся!

Алиасы для частых команд

Я очень часто пользуюсь командами checkout и branch, например. Писать по три-четыре раза одно и тоже — надоедает. Давайте заменим их на более лаконичный вариант: cd и dir, например.

[alias]
    cd = checkout
    dir = branch
    mersq = merge --squash
    free = branch -D

А теперь посмотрим что мы сделали:



Без модификаций С модификациями
git pull --rebase
git branch
git checkout temp
git add -u
git commit
git merge master
git checkout master
git merge --squash temp
git commit
git push
git branch -D temp

git pull --rebase
git dir
git cd temp
git add -u
git commit
git merge master
git cd master
git mersq temp
git commit
git push
git free temp

Префиксы для remote

Есть один трюк, который нередко используется разработчиками. Это префиксы для remote. Они позволяют сократить длину адреса к удаленному репозиторию. Можно задать такие для read-only и push. Зачем? Это логично для open-source проектов. Для уменшения нагрузки на сервер и скорости, лучше pull’ить из anongit (read-only) без использования SSH. Что стоит у меня для KDE?

[url "http://anongit.kde.org/"]
    insteadOf = kde:
[url "[email protected]:"]
    pushInsteadOf = kde:

Давайте разбираться. Тут мы настроили два URL для pull и push. Задали префикс kde. Что это нам дает? Посмотрим на примере (в статье не указан префикс gh — для GitHub):



Без модификаций С модификациями
git clone http://anongit.kde.org/marble
git clone https://github.com/user/repository

git clone kde:marble
git clone gh:user/repository

Стало лучше, не правда ли?

Заключение

В статье были опущены мои всякие «экзотические» алиасы и доп. префиксы для разных сервисов. Смело могу сказать, что после того как потвикерил Git — работать стало приятнее. Все знакомые, которые опробовали это — согласились со мной.

P.S. Если я что-то делаю неправильно или я уже совсем убогий, пожалуйста, отпишите ко мне в ЛС и сообщите/посоветуйте (если вам не сложно, конечно).

UPD: Больше интересного и свежего можно найти тут.

Happy Coding!

Git для начинающих. Часть 3. Настройка Git

Статья посвещена вопросам настройки Git в операционных системах Windows и Linux. Рассмотрены вопросы настройки на системном, пользовательском уровне и уровне репозитория.

Настройка системы Git предполагает, в первую очередь, указание имени пользователя и e-mail, которые используются для подписи коммитов и отправки изменений в удаленный репозиторий.

В Git существует три места, где хранятся настройки:

  • на уровне системы;
  • на уровне пользователя;
  • на уровне проекта (репозитория).

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

Windows

Уровень системы

\Program Files\Git\mingw64\etc\gitconfig

Имейте ввиду, что для его изменения вам могут понадобиться права администратора!

Уровень пользователя

%HOMEPATH%\.gitconfig

Уровень репозитория

папка_с_проектом\.git\config

Linux

Уровень системы

/etc/gitconfig

Уровень пользователя

~/.gitconfig

Уровень репозитория

папка_с_проектом/.git/config

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

git config

Для уровня системы, мы должны написать:

> git config --system

уровня пользователя:

> git config --global

уровня приложения:

> git config

После этой команды указывается параметр и его значение.

Например, зададим имя и e-mail разработчика для уровня пользователя.

> git config --global user.name "User"
> git config --global user.email "[email protected]"

Для просмотра введенных изменений воспользуйтесь командой:

> git config --list

Дополнительно вы можете указать текстовый редактор, который будет запускать Git, если ему потребуется получить от вас какие-то данные, для этого модифицируйте параметр core.editor:

Отличный курс по git  делают ребята из GeekBrains, найдите в разделе “Курсы” курс “Git. Быстрый старт”, он бесплатный!

<<< Часть 2. Установка Git    Часть 4. АрхитектураGit>>>

Первоначальные настройки GIT — SYSOUT

После инициализации локального репозитория полезно задать некоторые настройки. Они задаются в командной строке Git Bash и хранятся в трех файлах настроек: системных, пользовательских и конкретного репозитория.

Имя и Email

Без этих настроек вы просто не сможете работать, GIT их запрашивает в самом начале в принудительном порядке.

В истории снимков всегда можно просмотреть информацию о каждом пользователе, вносившем изменения: какое у него имя и email. Без настроек имени и email вы просто не сможете выполнять команду commit. Эти данные чисто информативные,  они не служат для авторизации, но, тем не менее, они важны.

Задать email для всех своих репозиториев:

git config --global user.email  "[email protected]"

Задать имя:

git config --global user.name "John"

Посмотреть текущий email:

git config --global user.email

Вы не обязаны задавать в конфигурации тот же email, который вы использовали для регистрации на GitHub. Как уже говорилось, эти данные не используются для авторизации. Но все же GitHub автоматически связывает этот email из конфигурации с аккаунтом на GitHub (если он есть в каком-то аккаунте) и подписывает на сайте GitHub пользователя, вносившего изменения. Если же задан несуществующий email, то связи с пользователем GitHub не будет (имя автора снимка на сайте GitHub не будет ссылкой на его аккунт):

Для аутентификации же email и пароль потребуется вводить при отправке данных в удаленный репозиторий (команда push), если обмен данным происходит через HTTPS-протокол. В этом случае откроется окно браузера, в котором надо ввести данные уже от реального GitHub-аккаунта.

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

Запомнить учетные данные

Это замечание касается работы через HTTPS-протокол.

Чтобы при отправке изменений на GitHub каждый раз не вводить имя и пароль, имеет смысл перед выполнением команды push попросить запомнить ваши данные:

git config credential.helper store

Потом выполнить отправку с указанием имени и пароля:

git push https://github.com/javakitt/example
Username: <type your username>
Password: <type your password>

И уже в следующий раз вводить имя пароль не придется.

Где физически хранится конфигурация

Как уже говорилось, конфигурация хранится в трех файлах.  Дело в том, что ее можно задать на уровне системы, на уровне пользователя и на уровне репозитория. Для каждого уровня свой файл. Каждая более узкая конфигурация перекрывает предыдущую. То есть пользовательские настройки перекрывают системные, а настройки конкретного репозитория перекрывают ваши общие настройки пользователя. Вот эти файлы для Windows (хотя лезть в них напрямую возможно не понадобится):

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

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

Файл .gitignore обычно хранится в папке репозитория (и желательно его отправить в общий репозиторий на GitHub, чтобы все могли им воспользоваться – если вы его создавали локально).

Содержимое .gitignore

Например, для проекта на Java исключим скомпилированные файлы с расширением .class и файлы с расширением .log:

# Compiled class file
*.class

# Log file
*.log

Примеры .gitignore для каждого языка хранятся тут – поищите, скорее всего не придется  составлять его самостоятельно, а только отредактировать под свои нужды.

Что еще надо знать о .gitignore:

  • Он не влияет на уже отслеживаемые файлы, только предотвращает попадание новых.
  • Может быть несколько файлов .gitignore: в папке, подпапке и т.д. Каждый следующий уровень перекрывает предыдущий.
  • Можно создать и глобальный .gitignore, который действует на все ваши репозитории, но этого обычно не требуется
  • Шаблоны файлов задают в столбик. Все правила есть в документации.

Чтобы другой пользователь мог вносить изменения в ваш репозиторий, надо дать ему право на запись. Рассмотрим, как сделать это.

Предоставление прав на запись в репозиторий GitHub

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

Чтобы пригласить пользователя:

  1. В настройках репозитория щелкните вкладку Collaborators и введите email или имя пользователя GitHub.
  2. Добавьте его – ему придет письмо с приглашением участвовать. Если он примет приглашение, то сможет отправлять изменения в ваш репозиторий.

Установка адреса электронной почты для фиксации

Документы GitHub

  • Все продукты

  • GitHub.com
    • Начиная

      • Быстрый старт

        • Настроить Git
        • Создать репо
        • Форк репо
        • Быть социальным
      • Изучение GitHub

        • Продукты GitHub
        • Изучение выпусков раннего доступа с предварительным просмотром функций
        • Типы аккаунтов GitHub
        • Часто задаваемые вопросы об изменениях в планах GitHub
        • GitHub CLI
        • GitHub Desktop
        • GitHub для мобильных устройств
        • Разрешения на доступ на GitHub
        • Глоссарий GitHub
        • Шпаргалка по Git
        • Учебные ресурсы Git и GitHub
      • Регистрация на GitHub

        • Регистрация новой учетной записи GitHub
        • Подтверждение адреса электронной почты

.

Установка адреса электронной почты для фиксации в Git

GitHub Enterprise использует адрес электронной почты, указанный в вашей локальной конфигурации Git, для связывания коммитов, отправленных из командной строки, с вашей учетной записью GitHub Enterprise.

Вы можете использовать команду git config , чтобы изменить адрес электронной почты, связанный с вашими коммитами Git. Новый адрес электронной почты, который вы установили, будет виден во всех будущих коммитах, которые вы отправляете на GitHub Enterprise из командной строки.Любые коммиты, которые вы сделали до изменения адреса электронной почты, по-прежнему связаны с вашим предыдущим адресом электронной почты.

Для получения дополнительной информации об адресах электронной почты фиксации см. «Об адресах электронной почты фиксации».

Установка вашего адреса электронной почты для в каждом репозитории на вашем компьютере

  1. Откройте TerminalTerminalGit Баш терминал.

  2. Установите адрес электронной почты в Git. Вы можете использовать любой адрес электронной почты.

      $ git config --global user.email " [email protected] "  
  3. Подтвердите, что вы правильно установили адрес электронной почты в Git:

      $ git config --global user.email
    [email protected]  
  4. Добавьте адрес электронной почты в свою учетную запись GitHub Enterprise, установив свой адрес электронной почты для фиксации на GitHub, чтобы ваши фиксации были приписаны вам и отображались на диаграмме ваших вкладов.

Установка адреса электронной почты для единого репозитория

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

  1. Откройте TerminalTerminalGit Баш терминал.

  2. Измените текущий рабочий каталог на локальный репозиторий, в котором вы хотите настроить адрес электронной почты, связанный с вашими коммитами Git.

  3. Установите адрес электронной почты в Git. Вы можете использовать любой адрес электронной почты.

      $ git config user.email " email @ example.com  " 
  4. Подтвердите, что вы правильно установили адрес электронной почты в Git:

      $ git config user.email
    [email protected]  
  5. Добавьте адрес электронной почты в свою учетную запись GitHub Enterprise, установив свой адрес электронной почты для фиксации на GitHub, чтобы ваши фиксации были приписаны вам и отображались на диаграмме ваших вкладов.

Дополнительная литература

.

Установка вашего имени пользователя в Git

Документы GitHub

  • Все продукты

  • GitHub.com
    • Начиная

      • Быстрый старт

        • Настроить Git
        • Создать репо
        • Форк репо
        • Быть социальным
      • Изучение GitHub

        • Продукты GitHub
        • Изучение выпусков раннего доступа с предварительным просмотром функций
        • Типы аккаунтов GitHub
        • Часто задаваемые вопросы об изменениях в планах GitHub
        • GitHub CLI
        • GitHub Desktop
        • GitHub для мобильных устройств
        • Разрешения на доступ на GitHub
        • Глоссарий GitHub
        • Шпаргалка по Git
        • Учебные ресурсы Git и GitHub
      • Регистрация на GitHub

        • Регистрация новой учетной записи GitHub
        • Подтверждение адреса электронной почты
        • Настройка пробной версии GitHub Enterprise Cloud

.

Как показать или изменить свое имя пользователя Git или адрес электронной почты

Git user FAQ: Как показать или изменить свое имя пользователя Git (или адрес электронной почты)?

Как показать ваше имя пользователя Git

Есть как минимум три способа показать свое имя пользователя Git:

  1. Команда git config
  2. git config --list команда
  3. Просмотр вашего файла конфигурации Git

1) Команда `git config`

Вот команда git config :

git config user.имя
 

, который в моем случае возвращает:

Элвин Александр
 

2) Команда `git config —list`

Другой способ показать свое имя пользователя Git — это команда git config :

git config --list
 

, который возвращает следующий результат:

user.name = Элвин Александр
user.email = [опущено]
merge.tool = vimdiff
 

3) Посмотрите файл конфигурации Git

Наконец, вы также можете увидеть свое имя пользователя Git в файле конфигурации Git в вашем каталоге HOME в системах Unix, т.е.э., этот файл:

~ / .gitconfig
 

Мой файл в моей текущей тестовой системе выглядит так:

[пользователь]
        name = Элвин Дж. Александр
        email = [опущено]
[объединить]
        инструмент = vimdiff
 

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

Как изменить ваше имя пользователя Git

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

git config --global user.имя "Элвин Дж. Александр"
 

Другой способ изменить это — отредактировать файл конфигурации Git в вашем HOME каталоге и изменить его там:

vi ~ / .gitconfig
 

Я только что сделал это на своей тестовой системе, и, похоже, все работает нормально.

Опять же, важно отметить, что это ваше «глобальное» имя пользователя. Вы также можете иметь другое имя пользователя для каждого проекта … Я только что просмотрел его, и вы сможете изменить свое имя пользователя Git для каждого проекта, например, без параметра --global :

git config user.имя "Элвин Дж. Александр"
 

Как изменить свой адрес электронной почты в Git

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

git config user.email
 

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

git config --global user.email [ваш адрес электронной почты здесь]
 

Наконец, вы также можете увидеть свой пароль, просмотрев файл конфигурации Git в вашем HOME каталоге:

подробнее ~ /.gitconfig
 

.

Добавить комментарий

Ваш адрес email не будет опубликован.