同一の設定と安全性チェックコマンドを使用して、WSLのTmuxで新しいペインを作成するためのショートカットを起動すると、新しいペインがホームディレクトリで開始されるだけです。設定とデモンストレーションは次のようになります:
説明:同じ_tmux_settings
スクリプトを別のLinuxマシンで調達していて、ペインがうまく分割されています。本来あるべき場所で、私がそれを発射している場所の「pwd」。
私のWindowsOSは:17134.376
私のWSLバージョンは次のとおりです:Linux LL-PC 4.4.0-17134-Microsoft #345-Microsoft Wed Sep 19 17:47:00 PST 2018 x86_64 x86_64 x86_64 GNU/Linux
ホームディレクトリに送り返すのではなく、現在の作業ディレクトリで新しいペインを開始するにはどうすればよいですか? tmux display ...
コマンドからの戻り値は、#{pane_current_path}
が正しく評価されていることを示しているため、混乱を招きます。
tmux display -p '#{pane_current_path}'
が機能している場合はうまくいくはずであり、新しいペインは正常にストラトする必要があると述べました。tmux display
が本来あるべきパスを表示している場合の対処方法が不明です。私はこの問題を解決しました!私の場合、それは私の.bashrcのcd ~
が原因でした。
tmux
が規定どおりに仕事をしていることを告白しなければなりません。問題を引き起こしたのは4文字(cd ~
)の行でした。私は 素晴らしい答え 上記を支持したいと思います:)
何が起こったのかは次のように説明できます。
tmux
設定には、cd ~
のどこかに~/.tmux.conf
の行がありました。cd ~
設定を削除しました。(-1)*(-1) = +1
==>問題を修正した2つのユーザーの間違い:)[@英語を母国語とする人、適切な表現をコメントしてください。どうも!]元の「答え」は以下のとおりです。追加または削除されたものはありません。誰かが同じcd ~
トラブルに再び遭遇した場合に備えて、すべてをまとめておく。 (また、管理者の皆様、この投稿を削除しないでください。私はそのような問題を解決するために何時間も費やしてきました。他の人がそのような時間の損失に苦しむことを望んでいません。)
さて、次の2つの具体的なステップの後、私が報告した症状は消えました。
ちなみに、ハードウェアのセット全体も交換しました:)特に、~/.tmux.conf
やWSL構成ファイルは何も変更しません。 (特にWSLの場合、/etc/wsl.conf
では何も触れませんでした。)
これがWindowsとWSLの現在のバージョンで、元の問題が解決されたことを示す別のスクリーンショットがあります。
17134.376
。Linux PC 4.4.0-17134-Microsoft #345-Microsoft Wed Sep 19 17:47:00 PST 2018 x86_64 x86_64 x86_64 GNU/Linux