Q&A
Windowsのユーザディレクトリ(c:/Users/hogehoge)直下に「.gitconfig」ファイルが作られていて、その中で
[core]
autocrlf= false
が設定されているか確認してみてください。
現在 windows10 home editionにてwsl2を用いてUbuntuを動かし、docker desktopをwindowsに入れていてUbuntuのターミナルからdockerのコマンドが通る状態です。
Ubuntuにてdockerコマンドから環境を構築し、コーディング自体はwindow機で行っています。
また、バージョン管理についてもwindows上でgit bashを用いて行っています。
そこで問題なのですが、windows上でgit add (ファイル名)とすると対象のファイルがCRLFに変換されてしまうようです。
The file will have its original line endings in your working directory warning: LF will be replaced by CRLF in (ファイル名)
git bashでは改行コードを自動で変換する機能があるのは知っており、以前にもそれで改行コードが書き換わってしまったことがありました。
その時調べて
git config --global core.autocrlf false
を実行し、その自動変換をpull時にもcommit時にも使わないように設定したつもりでした。
上記を設定しているにも関わらず、addしようとすると上記のようなwarningが表示され、やはり改行コードが書き換わってしまうようです。
当然ながらgit config --global core.autocrlfを直後に実行してもfalseと表示されます。
なぜこのような改行コードの変換が起こってしまうのでしょうか？
UbuntuではWindowsのフォルダがマウントされており、/mnt/c/Users/hogehoge のようなパスでUbuntuから見たときにWindowsのフォルダが共有されている状態なのですが、この辺りは関係しているでしょうか・・？
【追記】
使用エディターはVScode リポジトリ内には.vscodeファイルなし
settings.jsonには "files.eol": "\n"を記述済
回答1件
0
ベストアンサー
git bash の問題ではなく、editor がそうしてしまってる可能性があります。
確認方法の例
編集前のfileサイズを確認する。
1文字入力してsabeしてサイズを確認する。
1Byteの変化ならEditorの問題ではない、
1+行数 の変化ならEditorの問題。
もしEditorの問題だとしたら、改行codeを指定できるeditorを使ってみるのが良いかと。
投稿2022/04/12 14:27
総合スコア23331
ご回答ありがとうございます。
Editorに関してはVScodeを使用しており、リポジトリ内には.vscodeを配置しておらず、
VScodeの設定ファイルであるsettings.jsonには `"files.eol": "\n"`を設定済で実行しておりますが、上記の結果になります。
Windows使いではないので、VScodeについては無知です。
editor終了時点、git操作前は改行が\nのままであるのは確認できているのですね？
あなたの回答
tips
プレビュー
