Неправильный файл конфигурации git .git / config

Question

В моем git-репозитории всякий раз, когда я выполняю какие-либо команды git, такие как git status или git log, я получаю сообщение об ошибке:
fatal: bad config file line 1 in .git/config
Как перестроить этот файл или новый?

Answer 1

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

Answer 2

Я знаю, что в некоторых уроках они просят вас поместить приведенный ниже код, но на самом деле они имеют в виду, что это команды, которые вы вводите в терминал: git config --global user.name "NewUser" git config -global user.email newuser@example.com

Если бы вы изменяли файл ($ sudo nano ~ / .gitconfig), вы бы вместо этого поместили это в свой файл:

[user]
name = WilliamQLiu
email = WilliamQLiu@myemailaddress.com

Answer 3

Моя проблема была связана с моей глобальной конфигурацией, которую Git разрешил до $HOME/.gitconfig, однако основная причина оказалась независимо от местоположения.

> git config --global -l
fatal: bad config file line 1 in C:\Users\<user>/.gitconfig

У меня есть привычка вставлять ссылки на файлы конфигурации в моем домашнем каталоге во вложенный репозиторий Git для поддержки файлов в нескольких средах разработки. Оказывается, что реализация Cygwin символической ссылки не имеет большого смысла для Git, работающего под Windows.

Я изменил символическую ссылку на жесткую ссылку, и это почему-то работает нормально. Я смог убедиться в этом, открыв ссылку .gitconfig в Windows; при использовании символической ссылки файл содержит двоичные данные, однако файл с жесткой связью содержит ожидаемое содержимое.

Answer 4

Лучше всего выполнить две команды

git config --global user.name "NewUser"
git config --global user.email newuser@example.com

в терминале.Это в свою очередь обновит файл конфигурации.

Answer 5

У меня была такая же проблема (Notepad ++ показывал в файле только NULL символов).

Мне удалось решить эту проблему, создав новый репозиторий (в отдельной папке) с git init и скопировав туда .git/config.

Ремоты после этого отсутствовали, но все работало после их чтения вручную.

Answer 6

У меня тоже была такая же проблема, мне удалось ее исправить, выполнив следующие действия.

1. удалил файл .gitconfig из, c: \ users [username] (созданная резервная копия не работает, но ее не нужно.)
2. перезапустил исходное дерево и Файл-> Открыть -> [ваш репозиторий].

Answer 7

У меня была такая же проблема сразу после начальной установки.

"фатально: неверная строка конфигурации 1 в файле C: \ ProgramData / Git / config"

Я открыл блокнот как администратор, перешел к файлу, указанному в сообщении об ошибке. Файл также был пустым, но в нем были пробелы / табуляции, поэтому я удалил их, сохранив файл. И теперь это работает

Answer 8

У меня такой же симптом. Я использую Cygwin в Windows, и когда я запускаю процесс «git clone», например, появляется сообщение об ошибке «fatal: bad config line 1 in c: /cygwin/home/myhome/.getconfig»

Проблема, очевидно, заключается в имени файла, которое представляет собой смесь между windows c: и cygwin / unix path. ;-) Вводит в заблуждение сообщение «строка 1», в котором должно быть указано «файл конфигурации не найден».

Я не знаю, как это получается, поскольку у меня нет ни% HOMEPATH%, ни $ HOME, установленного

Answer 9

Для меня проблема заключалась в том, что я редактировал файл в приложении Mac TextEdit, которое по умолчанию настроено на преобразование «стандартных» двойных кавычек в «угловые» двойные кавычки.

В .git/config правильные двойные кавычки : "(UNICODE U + 0022 MARK QUOTATION MARK)

В моем случае я исправил следующую строку:

НЕПРАВИЛЬНО: [remote “origin”]

ПРАВИЛЬНО: [remote "origin"]

PS: Если вы хотите, чтобы Mac TextEdit «умно» не изменял двойные кавычки, перейдите в «Предпочтения» и снимите флажок «умные кавычки».

Answer 10

В Jenkins проверьте сообщение об ошибке для git-hash-string. Просто удалите / var / jenkins / home / caches / git-hash-string git-hash-string @ tmp. Вам могут потребоваться права root для удаления всех файлов из папки git-hash-string / .git.

При перезапуске сборки все снова работает нормально.