veracrypt は、私の git 設定ファイルへの変更が認識されるのを妨げている可能性があるメモリ内のファイル キャッシュのようなものを実行しますか?
長いバージョン: Windows と共有されている veracrypt パーティションにレポがあります。レポで EOL を強制しようとしているときに、多かれ少なかれ恣意的に EOL を設定しているファイルが表示されます。.gitattributes ファイルに些細な変更を加えると、この変更をブランチにマージすると、突然新しいブランチが EOL のみの変更を含むファイルでいっぱいになります。
私は主に SmartGit または cmd-line (git v 1.8.3.1) を使用して Linux で作業しています。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 パーティションは、どうにかして私を混乱させますか?
私は 1 週間、些細な作業に取り組んできましたが、git が EOL 戦略をどのように決定しているかを理解することはできません。