Ошибка GIT: - ожидаемая электронная почта коммиттера " но найдена "karan@xyz.com"

git push отклоняется со следующим сообщением об ошибке:

expected committer email '' but found 'karan@xyz.com'

Я уже попробовал:

  1. настройки использовать свойства .файл gitconfig хранит настройки.
  2. попытка ГИТ пуш делать различные клоны же репозитория.
  3. настройка всей системы вместе после форматирования.

но никто не работал. Что еще я могу сделать, чтобы решить ее.

11
commit git git-commit git-config

5 ответов

это не похоже на ограничение git, но должно быть каким-то крючком предварительного получения на удаленной стороне (служба хостинга репозитория Git/сервер, на который вы нажимаете)

этот крюк, похоже, анализирует коммиты и проверяет электронную почту коммиттера по определенным критериям, которые отклоняют karan@xyz.com.
Вы должны проверить с администратором удаленной стороны, чтобы увидеть, что происходит.

на ОП Каран Singla подтверждает, что в комментарии это была проблема на стороне сервера:

проблема решена. Администратор повторно создал мою учетную запись, и теперь она работает нормально.

3

это сработало для меня

git config --global user.name "Correct Name" 
git config --global user.email name@email.com 
git commit --amend --reset-author
27

Я бы предложил открыть терминал git и установить правильную электронную почту. Это работало для меня, когда я столкнулся с той же проблемой.

git config --global user.email "your_correct_email@example.com"
0
git config --list --show-origin

позволяет увидеть файл, из которого происходит настройка. В моем случае это был несвязанный файл настроек git, каким-то образом попавший в мою портативную установку git.screenshot of file list

0

была аналогичная ситуация, когда был задействован крюк, как упоминалось @VonC, при попытке сделать первоначальный толчок (который содержал коммиты от меня и других коллег) к пустому внутреннему Bitbucket git repo. В моем случае это был крючок YACC (еще одна проверка фиксации), который жаловался, см. Также это статьи компании Atlassian.

но вместо того, чтобы глобально деактивировать крюк (как предложено в статье Atlassian), я явно активировал его для моего РЕПО с помощью пустой настройки (это переопределяет глобальные настройки крючка для моего РЕПО), сделал начальный толчок, затем снова отключил плагин в моем РЕПО (который оставляет плагин все еще активным, но настроен с глобальными настройками сервера!).

0