VS15无法识别1803更新后由git克隆的文件

昨晚Win10更新了版本1803

从那时起，Visual Studio（2015）无法再编译任何新的克隆项目。 我通过Windows上的Bash从gitlab服务器克隆。更新之前已经在磁盘上的旧项目仍然可以毫无怨言地编译

Visual Studio似乎无法再定位/查找文件，因为尝试编译时会出现如下错误消息：

c1xx : fatal error c1083: cannot open source file: ...

有没有人遇到过同样的问题或有胶水为什么会发生这种情况

编辑： 经过一番挖掘，问题归结为CL.exe编译器似乎不允许读取git创建的任何子目录。但是，它有权在maingit目录中进行读取

更多编辑： 这是Ubuntu子系统的问题。通过WSL创建的目录无法再被某些程序（在我们的例子中是CL.exe）读取

真遗憾。。。在更新之前，WSL和VS像一个charme一样一起工作

---

到目前为止的解决方案是：在MS解决问题之前使用git Bash…

我遇到了同样的问题。根据@Biswapriyo提供的链接，我能够理解是什么导致了这个问题

Windows Linux子系统（WSL）最近增加了对区分大小写的文件/文件夹的支持。但是，当使用

cl.exe

（c1xx）编译器时，在当前版本的WSL中创建（或克隆）的文件夹中找不到文件。原因是

cl.exe

使文件和路径大写。因此，如果源文件在

c:\tmp

中被称为

main.c

，编译器将查找

c:\tmp\main.c

。因此，区分大小写的文件匹配将不起作用，编译器“无法打开源文件”

要解决此问题，请在wsl环境中创建文件

/etc/wsl.conf

将以下文本添加到

wsl.conf

[automount]

options=case=off

---

我已经验证，这修复了我在WSL更新中看到的问题。但是，它会破坏WSL处理文件名的功能，这些文件名只有在同一文件夹中的情况下才会有所不同。

你是说“Windows上的Bash”吗？不，Win 10上的Ubuntu子系统。我对此不太了解，但我听说不建议同时访问Windows和linux子系统中的文件。不过，让我们看看是否有专家意见。我添加了一个相关的tag@schmitze333试试这个谢谢你的调查！自从我换了公司，我现在可以在UNIX下开发，不再有这个问题了