Dev Containerの設定 init.sh

[Neko7sora]

💡 Summary

#9872

🥰 Expected Behavior

以下のコマンドが正常にgitが処理される

$ git config --global --add safe.directory /workspaces/${localWorkspaceFolderBasename}

🤬 Actual Behavior

node ➜ /workspaces/misskey $ git submodule update --init
fatal: detected dubious ownership in repository at '/workspaces/misskey'
To add an exception for this directory, call:

        git config --global --add safe.directory /workspaces/misskey

📝 Steps to Reproduce

1. Dev Containerで開く

📌 Environment

commit: develop 8d4c5de
Your OS: Windows 11
docker: 4.16.2 (95914)
docker内のgit: 2.39.1

[Ry0taK]

おそらくなのですが、Git for WindowsでCloneするとこうなるような雰囲気がありそうでした。WSL内でCloneしてVSCodeで開くとどういった挙動になるかご確認頂けますか...?

[Neko7sora]

WSL内でCloneしてVSCodeで開くとどういった挙動になるかご確認頂けますか...?

同じ挙動になります。

[Ry0taK]

なるほど、ありがとうございます。もう一点確認なのですが、WSL内のClone先はWindows上のディレクトリ (/mnt/配下)のものでしょうか？

[Neko7sora]

WSL内のClone先はWindows上のディレクトリ (/mnt/配下)のものです。

[Ry0taK]

承知いたしました。その場合、WSL内のホームディレクトリ (/home/配下)で再度Cloneして頂いたあとにVSCodeで開くと動作するかどうかをご確認いただけますでしょうか...?

[Neko7sora]

承知いたしました。その場合、WSL内のホームディレクトリ (/home/配下)で再度Cloneして頂いたあとにVSCodeで開くと動作するかどうかをご確認いただけますでしょうか...?

init.shが自動実行時にエラーが発生し、Dev Containerに再接続して、bashでgit submodule update --initコマンド入力しても、同じエラーが発生します。

BTW, init.sh の set -xe からbashを打つと、

[Ry0taK]

調査した結果、以下のような問題を修正する必要がありそう

1. Git for WindowsでクローンしたリポジトリをDev Container内で開き直すと改行コードの違いによりシェルスクリプトの実行に失敗する -> CONTRIBUTING.mdにその旨を追記しておく
2. 特定のケースにおいてファイルの権限がめちゃくちゃになるので起動時にファイルの所有者を修正する

(後でプルリク作って送ります)