Попытки установить файл ограничение на длину имени с мерзавцем - Отказано в

Question

Я пытаюсь клонировать репозиторий GitHub, содержащий файлы с длинными именами пути, и я стараюсь, чтобы обойти ограничение длины файла Git, используя команду

git config --system core.longpaths true 

Однако я получаю сообщение об ошибке:

error: could not lock config file C:\Program Files\Git\mingw64/etc/gitconfig: Permission denied 
error: could not lock config file C:\Program Files\Git\mingw64/etc/gitconfig: Invalid argument 

Это кажется странным, так как команда пытается изменить файл в Program Files, а не в C: \ Users \ имя пользователя, где он должен быть. Кроме того, когда я проверил C: \ Users \ username для файла .gitconfig, я не смог его найти. Кто-нибудь знает что происходит?

Answer 1

Вы хотите git config --global.

Это кажется странным, поскольку команда пытается изменить файл в Program Files, а не в C: \ Users \ username, где он должен быть.

Ожидается поведение. Поскольку вы запустили git config --system, он будет искать системный файл конфигурации. Из git-config docs ...

--system

Для вариантов написания: написать общесистемный $ (префикс)/и т.д./gitconfig, а не хранилище .git/конфигурации.

Возможно, вы хотите, чтобы git config --global написал ВАШ глобальный конфигурационный файл git в вашем каталоге пользователей. Это контрастирует с git config --local, который предназначен для записи в конфигурационный файл текущего репозитория в .git/config.

--global

Для вариантов написания: написать глобальный ~/.gitconfig файл, а не хранилище .git/конфигурации, напишите $ XDG_CONFIG_HOME/GIT/конфигурационный файл, если этот файл существует и ~/.gitconfig файл нет.

Я ожидаю, что msysgit не изменила поведение git config --system, так что это наивно затирание вместе префикс C:\Program Files\Git\mingw64 в стиле Windows, со стилем Unix /etc/gitconfig и получить путь нонсенса со смешанными разделителями.

Рассмотрите letting them know about this behavior и предложите получить более точное сообщение об ошибке.