Visual studio code VSCode将权限从664更改为644(以及从775更改为755)

Visual studio code VSCode将权限从664更改为644(以及从775更改为755),visual-studio-code,debian,privileges,Visual Studio Code,Debian,Privileges,我们在使用VSCode时遇到此问题: 使用GUI或带有VSCode的控制台创建文件时,权限为644(在目录中为755) 使用Putty和Windows CMD创建文件可获得所需的权限664(和775) 考虑到这一点,问题似乎与VSCode有关,而与Linux设置无关 我们使用“远程开发”扩展(远程-容器/SSH/SSH:编辑配置文件/WSL也已安装)来完成VSCode 创建文件的系统: Debian 9.12 Shell:bash4.4.12 运行VSCode的系统: 视窗10 1903年版

我们在使用VSCode时遇到此问题:

  • 使用GUI或带有VSCode的控制台创建文件时,权限为644(在目录中为755)
  • 使用Putty和Windows CMD创建文件可获得所需的权限664(和775) 考虑到这一点,问题似乎与VSCode有关,而与Linux设置无关
我们使用“远程开发”扩展(远程-容器/SSH/SSH:编辑配置文件/WSL也已安装)来完成VSCode

创建文件的系统: Debian 9.12 Shell:bash4.4.12

运行VSCode的系统: 视窗10 1903年版

我们已尝试设置umask,但没有任何更改。

好的, 我的朋友找到了解决办法(也谢谢你阿卜杜拉·法鲁克——这是一个很好的起点,可以在哪里寻找——WSL确实是个问题):

解决方案:

  • 以管理员身份运行PowerShell
  • 类型:启用Windows OptionalFeature-联机-功能名称Microsoft Windows子系统Linux
  • 重启系统
这在两台机器上工作。 链接:

对我来说,在这一点上它仍然不起作用。我不得不在VSCode上创建“clean instal”,因为umask每次都设置为默认0022

链接:

在那之后-它工作得很好。

好的, 我的朋友找到了解决办法(也谢谢你阿卜杜拉·法鲁克——这是一个很好的起点,可以在哪里寻找——WSL确实是个问题):

解决方案:

  • 以管理员身份运行PowerShell
  • 类型:启用Windows OptionalFeature-联机-功能名称Microsoft Windows子系统Linux
  • 重启系统
这在两台机器上工作。 链接:

对我来说,在这一点上它仍然不起作用。我不得不在VSCode上创建“clean instal”,因为umask每次都设置为默认0022

链接:


在那之后,它工作得很好。

您可能需要在debian中正确配置wsl,并在那里启用元数据和umask。此链接可能会有所帮助,可能您需要在debian中正确配置wsl,并在那里启用元数据和umask。这个链接可能会有所帮助,