麻烦：
使用相同的设置和安全检查命令，在 WSL 上的 Tmux 中触发创建新窗格的快捷方式只会让我在主目录中启动新窗格。设置以及演示如下：
澄清：我在另一台 Linux 机器上执行相同的_tmux_settings脚本，窗格分割得很好：就在它们应该在的位置，也就是我启动它的“pwd”的位置。
我的 Windows 操作系统是：
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}评估正确。
参考：
- WSL 的 Github 问题提到如果一切顺利
tmux display -p '#{pane_current_path}'，新的窗格应该会正常启动。 - Tmux 的 Github 问题似乎更相关，但不清楚当
tmux display显示路径时应该做什么。
答案1
我解决了这个问题！就我而言，这是由cd ~我的 .bashrc 中的 引起的。
答案2
用户自身错误
我必须承认，它tmux一直在按规定执行任务。这是一行四个字符（cd ~）引起了所谓的麻烦。我想赞同很好的答案多于 ：）
发生的事情可以解释如下：
- 我原来的设置在某处
tmux有一行；cd ~~/.tmux.conf - 根据新安装，我清除了硬盘上的整个分区，从而摆脱了该
cd ~设置。 - 这就是
(-1)*(-1) = +1==> 两个用户错误解决了问题 :) [@Native English Speaker，请评论出正确的表达方式。谢谢！]
总结
我保留了原始的“答案”，如下所示。没有添加或删除任何内容。将所有内容放在一起，以防有人cd ~再次遇到同样的问题。（此外，亲爱的管理员，请不要删除此帖子。我花了几个小时试图解决此类问题，我不希望其他人因浪费生命中的这些时间而遭受痛苦。）
不是真正答案的答案
那么，经过以下两个具体的步骤后，我报告的症状消失了。
- 重新安装 Windows 10 操作系统，然后
- 重新安装WSL系统
顺便说一下，我也更换了整套硬件:)尤其，我没有更改 中的任何内容~/.tmux.conf，也没有更改任何 WSL 配置文件。 （具体来说，对于 WSL，我没有触碰 中的任何内容/etc/wsl.conf。）
规格和屏幕截图（问题已修复）
这是 Windows 和 WSL 的当前版本，另一张屏幕截图显示原始问题已解决。
- Windows 操作系统版本：
17134.376。 - WSL 版本：
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
