Git/Veracrypt EOL hell - невозможно отменить измененные файлы

Question

Может ли veracrypt делать какие-либо кэширование файлов в памяти, что может препятствовать изменениям в моих конфигурационных файлах git?

Длинная версия: у меня есть репо в разделе veracrypt, разделяемом Windows. При попытке принудительного использования EOL в моем репо я вижу файлы, более или менее произвольно устанавливающие EOL. При внесении тривиального изменения в мой файл .gitattributes я объединить это изменение в ветку, и вдруг моя новая ветка заполнена файлами с изменениями только с EOL.

Я работаю над linux, используя в основном SmartGit или cmd-линию (git v 1.8.3.1). Я попытался удалить autocrlf и safecrlf или установить значение false в обоих моих файлах конфигурации глобального и репо в случае, если они запутывают вещи. Я попытался удалить файл .gitattributes или установить

* binary 

Во избежание любого преобразования вообще.

Я сбросил десятки раз и удалил свое местное репо и повторно клонировал. Но я не могу избавиться от этих модифицированных файлов

git rm --cached -r . 
git reset --hard 

Ниже моего .gitattributes

# Auto detect text files and perform LF normalization 
* text=auto 

# Specify LF file endings for coding files 
*.txt text eol=lf 
*.c text eol=lf 
*.cpp text eol=lf 
*.h text eol=lf 
*.py text eol=lf 
*.kl text eol=lf 
*.json text eol=lf 

# Specify windows-only CRLF endings 
*.bat text eol=crlf 
*.vcproj text eol=crlf 
*.sln text eol=crlf 

# Specify binary files - do not modify these files, dammit! 
*.so binary 
*.dll binary 
*.lib binary 
*.pdb binary 
*.exp binary 
*.exe binary 

Моей главной проблема в том, что некоторые (не все) .so симлинок обнаруживаются модифицировано в одной конкретной отрасли - глядя на весь мир, как будто они были преобразованы. Это постоянно происходит в моей последней ветке, но не в предыдущей ветви. В текущем потоке безумия мое последнее слияние добавило тэг * .cpp, который быстро преобразовал некоторые (не все) мои * .py файлы в конец строки Windows.

Кто-нибудь испытал такую ​​ненадежность? Поддерживается ли файл .gitattributes в этой версии git? Является ли veracrypt или NTFS-раздел каким-то образом запутывающим меня?

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

Answer 1

Я все еще не знаю точно, что происходит не так, но я воссоздал репо, и до тех пор, пока я никогда не касаюсь (используйте его только для чтения), это в окнах кажется ОК.